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THE PERFORMANCE ADVISOR 


Now there’s a doctor 
- forgour MVS system 


Ir treating an ailing MVS system isn’t your 
area of expertise, let the new PC-based Perform- 
ance Advisor Expert System serve as your MVS 
System's personal physician. 

To begin with, Performance Advisor works 
with you to conduct periodic checkups, respond- 
ing to symptoms observed in your mainframe. 
But it doesn’t quit there ... 


gee Advisor proceeds to diagnose 
each problem and explain it to you in understand- 
able terms so you know exactly what’s wrong. 

Soon you'll be able to diagnose these symptoms 
yourself. But don’t worry, Performance Advisor 
is always on call for your convenience. 


$e the diagnosis is complete, Perform- 
ance Advisor prescribes a specific treatment. 
The result? This amazing new Expert System 
eliminates your MVS dilemmas by leading you 
through a simple three-step process that puts 
your system back into action! 


Also, customize your Knowledge BAses 
(KBA) by adding, modifying and deleting tuning 
—__nules of thumb according to your needs. You can 
yen-share knowledge by using our electronic 

ard System. 
‘e Advisor is also a valuable training 
each new people how to tune an 


tool that help: 
MVS System. 


Performance Advisor 

is just what the doctor 

ordered for maintaining 
your MVS System! Call Priced at: 


Domanski Sciences 
today at $ § Q 5 
1-201-367-0257. 
\\ DOMANSKI SCIENCES 
~ | DO 16 Colonial Court, Howell, NJ 07731 


(201) 367-0257 
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eee. 
Still screaming , 
‘ @bout why wid 
_/ €ICS failed? 


Get the answer faster than you 
can print a system dump. 


Eyewitness™ gives you online 
diagnostics instantly, so you can 
debug storage violations, CICS sys- 
tem abends, and operator cancels— 
fast. It even slashes dump time and 
downtime by up to 90%! There’s no 
other product like it. 

In just two months, Eyewitness 
helped over 75 data centers solve 
their CICS mysteries. Imagine... No 
more waiting for the dump to print. 
No more reams of paper. No more 
agonizing hours searching hex code 
for clues. And now, if you need level 
2, you'll know it! Best of all, 
Eyewitness bears the signature of 
Landmark Systems Corporation, 
makers of The Monitor for CICS.™ 

Eyewitness is revolutionary! See 
for yourself. Call us today fora 
FREE, 30-DAY TRIAL at 1-800- 
227-8911 or 1-703-893-9046—and 


scream no more. ™ 
LANDMRK 
Yi M 


SOLVE THE MYSTERY 
Landmark Systems Corporation 


8000 Towers Crescent Drive 
Vienna, Virginia 22180-2700 


CIRCLE #29 on Reader Service Card A 


DEPARTMENTS 


6 Publisher’s 1 0 VM/XA Comes of Age By Romney White 
Comments 
8 Reader Forum 1 4 MVS Cross Memory Services: Share and Share Alike By Bill Carico 


100 Product Review 
21 CICS Tuning Experiences By Frank Bereznay 


106 Tech Advisor 
108 Product Update 29 ISPF Spells Productivity By Jon E. Pearkins 


110 VSE Forum 


3/7 The Basics of ACF/VTAM 


114 Vendor Profile Logmode Tables By Lloyd A. Hagemo, Jr. 


40 Control DASD Growth Through Effective 
Storage Management By Steve Adil 


COVER: 
Joy Technologies Inc. 46 VSE Under the Covers: A Look at the Internals 
manufactures underground of the VSE Operation System By Eric Vaughan 
mining equipment like the 
continuous miner that cuts 56 Design, Performance & Capacity Planning for 
coal pictured on the cover. DB2 Applications By Joel Goldstein 
The company recently 
pene bes 3 68 Strategies for Improved SQL/DS 
§ DOS to MVS Performance By Robert D. Smith and Lani Spund, PhD. 
@ 438] to 3081 
= DBOMP and IDMS. 72 Joy Technologies Rides Out Triple Conversion By Lamont Wood 
Photography is by 
Joy Technologies Inc. 
76 MVS Performance Management Legends By Stephen L. Samson 
88 Automation: A Managerial Discussion By Greg Goticchia 


95 Strategic Alliance: Landmark Systems & Morino 
Associates Demonstrate Advantages By Fred Newberry 


1 00 Product Review: VMOPERATOR Puts Muscle 
Into the Operator Console By John Kador 


% 1 1 0 VSE Forum: Situations & Solutions By Pete Clark 


1 1 4 Vendor Profile: SDI 


Charley the Tuner 


10935 Estate Lane, Suite 375, Dallas, TX 75238, (214) 343-3717. Second class postage paid at Dallas, TX 
POSTMASTER: Send address changes to: MAINFRAME JOURNAL. P.O. Box 551628, Dallas, TX 75355-162 


MAINFRAME JOURNAL© (ISSN 0895-5751) is published bimonthly by Thomas Publications. Inc_. 
8 


4 November/December 1988 


“There are no holidays 
in a hospital. 


Or for its CICS.” 


“At UCLA, our computer center runs 24 
hours a day, seven days a week— and 
practically everything goes through CICS.” 
UCLA. An internationally acclaimed medical center 
where every second is important. Status is everchanging. 
Everyone needs the latest information. Admissions. 

Nurses’ stations. Labs. Surgery. 

That's why UCLA chose The Monitor For CICS™ to 
manage CICS performance at its computer center. 
“What initially attracted me to The Monitor was the fact 
that it made it easy for operators to look at medical 
application and terminal regions,” remembers 
Jerry Johnson, supervising CICS programmer. 
“We're running about 450,000 transactions/day and 
still maintaining half-second response times.” 

“| especially like The Cross System Monitor, which 
runs independent of CICS. It gives us the ability to 
monitor multiple regions on a single screen. Those 
graphic displays nicely capture the resource utilization 
information I need to see during the day. It saves me 
time —I catch problems before they get big. Best of all, 
our users get optimum CICS performance.” 

The Monitor is the complete CICS performance 
management system that'll help you save the day. 
Become the hero in your CICS community! For a free, 
30-day trial of The Monitor For CICS, call us today at 

iS Sl & -7()4-893-C ™ 
1-800-227-8911 or 1-703-893-9046. LANDMARK 
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MINDS YOUR BUSINESS 


Landmark Systems Corporation 


8000 Towers Crescent Drive, Vienna, Virginia 22180-2700 
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| ee I attended the 


ADAPSO conference held in 
Dallas. ADAPSO is the com- 
puter software and services in- 
dustry trade association. In talk- 
ing with leaders in the software 
industry, I heard the term, *‘Stra- 
tegic Alliance,”’ used frequently. 
In fact, one whole session was 
devoted to this topic. 


Strategic Alliances 


Robert H. Thomas 


The third-party software industry serving users of IBM mainframe sys- - 


tems has done an excellent job of providing a wide range of products de- 
signed to improve productivity and efficiency. 

Most DP organizations now have a number of systems and application 
software packages from a variety of vendors. This disparity of packages 
and vendors has created a ‘‘Tower of Babel’’ effect. Typically, the software 
from the various vendors does not ‘‘communicate,’’ leaving users with a 
fragmented collection of non-integrated packages or having to patch in 
homegrown routines to transfer data from package to package. 

Fortunately this scenario is starting to change, much to the benefit of the 
users. Strategic Alliances are being formed whereby two (or more) vendors 
undertake a joint effort to create the necessary interfaces or bridges enabling 
their respective software products to operate harmoniously. 

One example of just such a Strategic Alliance is chronicled starting on 
page 95. This article, featuring Landmark Systems and Morino Associates, 
provides insight into how and why the Alliance was formed and more 
importantly, how their customers reacted to this unique arrangement. 


Triple Conversion Experiences 

One morning several weeks ago, I received a call from a fellow in Pitts- 
burgh, PA named Howard Horton. Howard simply called to say that his 
company (Joy Technologies Inc. Mining Machinery Division) had just com- 
pleted a major conversion effort and thought the experiences might be in- 
teresting and helpful to others. 

Read Lamont Wood’s profile of Joy’s triple conversion starting on page 
72. Horton was exactly right when he suggested that the company’s story 
might be helpful to others. I am grateful that he took the time to call. 


Share Your Expertise 

Much of the editorial content published in MAINFRAME JOURNAL is 
the direct result of readers taking the time to call or write offering to con- 
tribute an article on a particular topic of interest to our unique readership. 
This is great! We encourage anyone interested in sharing his or her expertise, 
a unique solution or a technical tip to either give me a call, use the enclosed 
Feedback Card or just submit an article outright. Contributors of published 
articles are compensated. 


MVS — Not Babe Ruth 

When you think of a ‘‘legend,”’ your first thoughts may be of someone 
like Babe Ruth, Davy Crockett, Elvis Presley or some other famous person. 
Stephen Samson takes a far different look at legends in his article, ““MVS 
Performance Management Legends,”’ starting on page 76. In it, Samson 
debunks many of the entrenched beliefs about MVS that have reached legend 
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Syllogy announces an online sort 
that will bring down the house 
instead of the system. 


CICSORT FROM SYLLOGY. ONLINE SORTING FOR THE FIRST TIME EVER. 
For years no one would even think of doing a sort online. Because calling the batch 
sort would cause CICS to crash. Thats about to change. Introducing CICSORT™ A 
remarkable new technology that now makes it possible and practical to sort online. 
FAST. CICSORT lets you get critical reports faster than ever. No more waiting 

for batch reports. Transfer them online. Create new reports in CICS. Or upgrade 
unsorted reports. EASY. CICSORT is called by the standard COBOL Sort verb. 
Programmers can put it to work immediately. And its fully compatible with the 
CICS preprocessor, the OS/VS and VS COBOL II compilers and all versions of 
CICS. EFFICIENT. CICSORT is designed to operate at peak efficiency under CICS. 
Without affecting the performance of other jobs. PHONE. Find out what CICSORT 
can do for you. Call to receive our free booklet about online sorting and ask about 
our 30-day free trial. CALL 1-201-343-8900. 


FOR © INNOVATIVE 
SOFTWARE 
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CICS VTAM ACB Reopen Program 


Here at Travelers we have a unique program (CICS VTAM 
ACB Reopen) that has saved us from restarting the nearly 50 
production CICS regions after VTAM drop and restarts for 
more than a year now. I hope it helps other MAINFRAME 
JOURNAL readers as well. 


CICS VTAM ACB Reopen Program 

The Drop and Restart of VTAM will close the VTAM ACBs 
of CICS regions running on the same host. Customers will be 
unable to logon until it is reopened by some external event 
such as the console operator issuing the CEMT SET VTAM 
OPEN command. The worst thing that can happen is that this 
condition is diagnosed as a CICS problem and CICS regions 
on that host are also dropped and restarted. This can be a very 
time-consuming process. If automation tools are already in 
place in your data center, perhaps this process can be filled 
with the VTAM start procedures. However if this is not pos- 
sible, a CICS transaction that reopens the VTAM ACB may 
be the best way to solve this problem. In this way, you can 
drop and restart VTAM and automatically have the CICS re- 
gions reopen their ACB themselves. 

I have included a program that will accomplish this. It is a 
command-level, Assembler program and it is started in the 
PLTPI table. It checks to ensure that PLTPI processing is com- 
plete (you don’t want to attempt any terminal control process- 
ing until PLTPI processing is done). The program links to 
DFHEMTD, the program invoked by the CEMT transaction, 
and inputs the CEMT SET VTAM OPEN command. After the 
link is complete, it issues an interval control start on itself so 
that it is executed every 60 seconds. With this program running 
every minute, each CICS region will have a 30-second mean 
time to recover after a VTAM drop and restart. 

The CICS Gen requirements are simple and outlined as fol- 
lows: 

= The PPT must have a program entry, in this case 

MZ766ACB 

@ The PCT must have a transaction entry, in this case CACB 

@ The PLT specified by the PLTPI parameter in the SIT must 

have an entry, in this case MZ766ACB. 

If you wish to stop the execution of this program, just disable 
the program via CEMT. This will cause the next start to fail 
and will stop the repetitive start process. 

The performance of this program is very good. The total 
end-to-end transaction response time is under 0.4 seconds and 
it consumes under 50 milliseconds of CPU time. These mea- 
surements were taken on a 3084Q running in partitioned mode. 
This program was tested with CICS Releases 1.7 and 2.1. 

Thomas M. Samulenas 


The Travelers Companies 
Hartford, CT 


Editors Note: Tom was kind enough to provide the code for 
his CICS VTAM ACB Reopen program. We will be happy to 
send it to any reader requesting it. To receive your copy, just 
CIRCLE #390 on the Reader Service Card. 


Obsolete Mystery Phases Problem Solved 


In the July/August, 1988 issue of MAINFRAME JOUR- 
NAL, Warren Jackson of Washoe County School District de- 
scribed the problem of how to tag phases with the ‘“‘last exe- 
cuted date’’ on his VSE/SP 2.1.5 guest. 

We operate a VSE/SP 2.1.3 guest and we’ve developed a 
method of achieving this by using the history data of a job 
accounting package (in our case, CA-JARS). We dump the 
POWER account file daily (for subsequent merging and re- 


porting) and also create a daily history file from which we pull 
selected up-to-date information and update a VSAM file. In 
turn, one of our reporting functions from this file is the last 
executed date and time of a phase. This report is cross-refer- 
enced with IBM’s Library Directory Listing (giving first stored/ 
last compiled dates) to make the phase entity complete. 
Ottavio Constantini 
Ayerst Laboratories 
St. Laurent, Quebec 


CIO Qualifications 


I couldn’t help but respond to R. Douglas Swords’ article, 
““Was Your CIO An Accountant?’’ (September/October, 1988). 
Swords seems to be missing the boat when he says that some 
poor MIS executive is misunderstood when he reports prob- 
lems of a ‘‘purely technical nature’’ to his chief executives 
and is ‘through no fault of his own’’ labeled ‘‘too technical.’’ 
It is absolutely 100% his fault! 

This guy should have the breadth to understand that his chief 
executives aren’t going to understand or be interested in his 
behind the scenes ‘‘bits and bytes’’ problems. What they’re 
going to be concerned about are the business consequences of 
those problems and if he can’t relate that information he is 
wasting their time and his! 

It takes more than an understanding of the technical aspects 
of MIS to be effective as a CIO. One needs a broad under- 
standing of business and people to have any impact at that 
level. 


Gary L. Wing 
NBI, Inc. 
Boulder, CO 


CASE for Documentation 


The article, ‘Documentation — What Documentation?’’ 
(September/October, 1988), that deals with the well-known 
problem of unavailable documentation for developed systems, 
misses a major point. 

The author fails to mention the fact that the current market 
trend in CASE is to provide systems development tools that 
produce, often as an automatic by-product, documentation that 
represents the system being developed. The CASE method for 
producing documentation not only saves time and money, but 
also produces an error-free final product. 

Sherry Marcy 
Meta Systems 
Ann Arbor, MI 


HELP WANTED 


Sunkist is currently running OSVS1 Release 7D, under VM, 
on a 4381 P2. All batch processing is handled by OSVS1. 
Recently 3380s were installed with the plan to convert both 
VM and OSVS1 to 3380s. 
The VM conversion went smoothly, but there are many road- 
blocks to running OSVS1 with Basic Programming Extensions. 
I would love to hear from readers of MAINFRAME JOUR- 
NAL who could provide some guidance on the following: 
@ OSVS| users of 3380s 
@ OSVSI user groups 
@ Running a heavy batch production workload under VM 
ONLY. 
Any assistance would be greatly appreciated. 
Raymond Shawstad 
Sunkist Growers, Inc. 
P.O. Box 7888 
Van Nuys, CA 91409 
(818) 986-4800 
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Today’s Answer To Tonight’s Problems. 


Unparalleled ISPF Dialogue Productivity ¢ On-Line Run Documentation 
Forecasting & Simulation On-Line ¢ Installation in Hours, Not Days * Operator Command Scheduling 
No Dedicated Hardware or JCL Changes © Distributed Processing to up to 256 Separate Locations 
Complete Dependency and Event Triggering * Sysout Capture and Archival Included 
Automatic Operator Facility Provides Programmable Message Reply 
Automatic Date Card and Override Generation ® Free 30 Day Trial 


Bennett Software, Inc. 1-800-JOBTRAC PO. Box 96694 © Houston, Texas 77213 
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VM/XA 


Comes of Age 


It may well be the only form of VM 
IBM will support and enhance 
in a few years. 


By Romney White 


VM/XA. a version of VM 


that exploits the IBM System/370 Ex- 
tended Architecture, has been in exis- 
tence for quite a while. Until recently its 
use was limited to a small subset of the 
VM user community. This article will ex- 
plain how this situation developed and 
what caused it to change. 

VM/XA first saw the light of day as 
the VM/XA Migration Aid and was de- 
livered by IBM to customers in 1983. The 
migration aid’s primary target market was 
composed of large installations that wanted 
to migrate from MVS/370 to MVS/XA 
without having to acquire a second com- 
puter system. Using traditional VM tech- 
niques, this initial offering allowed sev- 
eral virtual machines to run together on a 
single system that was operating in Ex- 
tended Architecture mode. Special em- 
phasis was placed on running one virtual 
machine with especially good perform- 
ance so that the production MVS system 
ran well. 

The migration aid was superseded in 
1985 by the VM/XA System Facility. This 
version was also aimed primarily at the 
large installation with interest in running 
MVS guest operating systems. VM/XA 
SF provided support for 3090 processors 
including a new hardware capability called 
the Interpretive Execution Facility. An as- 
sociated new instruction, Start Interpre- 


tive Execution (SIE), was introduced to 
provide an invoking mechanism. 

SIE took many of the simulation func- 
tions that VM usually performed and 
moved them under hardware (that is, mi- 
crocode) control. Virtual machines could 
execute without frequent intervention from 
the VM Control Program (CP). Some 
people believed that SIE was a hardware 
implementation of CP. In fact, it has more 
in common with the Virtual Machine As- 
sist microcode, available on many Sys- 
tem/370 processors. 


Recent Developments 


In April, 1988 IBM introduced the VM/ 
XA System Product (SP) and made it 
available to selected customers under a 
controlled release program. Unlike earlier 
VM/XA offerings, SP included a version 
of the Conversational Monitor System 
(CMS, VM’s timesharing component) that 
exploited XA facilities. With this capa- 
bility, a fundamental limitation inherent 
in earlier XA implementations of VM was 
removed. As a result, many more instal- 
lations could consider moving to VM/XA. 
This version also included greater com- 
patibility with its System/370 antecedents 
and provided basic VM facilities such as 
inter-machine communication and _per- 
formance data collection. 

Release 2 of VM/XA SP is scheduled 
to be delivered in late 1988. This version 
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Now, for your VM environment: 


A complete framework 
for producing custom-tailored 
standards and procedures! 


H.. what you've 


been waiting for! Now, with 
the Information Systems 
Series™ documentation framework, you get everything you 
need to quickly develop custom policies, standards, proce- 
dures, and user support documentation for your VM 
installation. 
That's right. Because you begin with a field-tested frame- 
work of proven documentation, you'll be able to cut down 
on time, effort, and the size of your documentation budget! 
In addition, the Information Systems Series can help you 
implement IBM's Systems Application Architecture (SAA), as 
well as significantly expedite the process of IS audit approvals. 


Here’ what you'll receive. 


The Information Systems Series is an interlinked set 
of four manuals. The accompanying diskettes, containing 
the very same material, allow you to personalize the doc- 
umentation using your own word processing software 
on an IBM PC or compatible. Its like 
having a technical standards and 
procedures expert sitting right 
at your side, helping you custom- 
ize the manuals so that theyre 
always current and exactly 
right for your organization! 

The Information Systems 
Series will help you produce: 


© Copyright 1988 CRG 
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@ The IS Policy Guide. 

It lets you clearly commu- 
nicate Information Systems 
policies to staff and the organization, and helps maintain 
consistency in departmental activities. 

© The Data Center User Guide. It contains information and 
procedures needed by everyone (new or experienced, technical 
or non-technical) to make effective use of the VM installation. 
@ Systems & Programming Standards. It defines installa- 
tion-wide standards for the development and maintenance 

of production systems. The result? Easier-to-use systems and 
greater programmer productivity. 

® The Operations Guide. It contains clearly-specified proce- 
dures for the operation of hardware, software, and the net- 
work, plus problem management and emergency procedures. 


Call for more information. 

It's easy to find out more. Just give us a call, at 
800-777-0970 and we'll send you detailed 
information. There's no obligation of any kind. 


Cs 


The Computer Resources Group, Inc. 


303 Sacramento Street, San Francisco, CA 94111 


(Note: The Information Systems Series will 


a _ s00n be available for MVS!) 
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Why our system programming classes 
are full of people who use our 


competitors GPUs. 
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It’s true. More than two-thirds of our 
students work in organizations that use 
our competitors machines. They come 
to us for five reasons: 

= Our instructors are veteran system 
programmers who ve practiced what 
they preach. 

* They re also professionally trained 
instructors who know how to preach 
what they ve practiced. 

= Our classes are small, so it’s easy 

to have the sort of give and take that 
makes learning fun. 

# Many are taught in labs with on-line 
systems, so students can practice what 
their instructors preach, hands-on. 

= They know you have to study with the 
best when you aim to be a grand master. 


Choose from 50+ courses. 
This year’s Amdahl Education and Pro- 
fessional Services curriculum covers: 


=MVS =VM 

= MVS/XA = IMS/VS 

=" SMP/E « ACF/NCP 

«= VSAM * ACF/VTAM 

# JCL = SNA 

# VM/CMS « JES2 

= CP #" ASSEMBLER 
* VM/HPO 


And you can take these courses 
in these cities: 


= Atlanta = Columbia (MD) 
= Chicago = Los Angeles 

= Houston = Orange (CA) 

» New York = Santa Clara (CA) 


For a catalog that details our 
curriculum, call: 
1-800-233-9521, ext. 60 
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The SMART Choice 


addresses another major requirement of 
large VM systems that previous XA sys- 
tems did not — SNA support. With the 
ability to connect a VM/XA system to an 
existing SNA network, installations with 
large numbers of interactive terminals can 
start to make their way towards the XA 
environment. 


XA Benefits 


System/370 Extended Architecture of- 

fers a variety of benefits: 

¢ Support for 31-bit addressing allows up 
to two gigabytes of main storage to be 
installed 

¢ Expanded storage (also called paging 
storage) can be installed 

* The architecture allows up to 64 pro- 
cessors — currently systems with from 
one to six processors are available 

* Up to 256 channels are supported con- 
necting up to 65,536 individual devices; 
the channel subsystem performs many 
of the functions necessary to start, man- 
age and report input/output activity 

* Bimodal addressing permits programs 
running in 24-bit addressing mode to co- 
exist with those running in 31-bit mode 

¢ Hardware trace facilities are provided. 
VM/XA has exploited most of these 

architectural improvements in __ fairly 

straightforward ways. For example, it 

supports up to two gigabytes of main 

storage and up to six processors. It uses 

the hardware trace facilities to record sig- 

nificant Control Program events. How- 

ever the more important consideration for 

many installations is how these architec- 

tural changes are used to expand the 

virtual machine environment. Some of 

the changes and improvements are as 

follows: 

* Virtual storage sizes can range up to 999 
MB 

* Virtual machines can be defined with 
multiple virtual processors 

* Both /370- and XA-mode virtual ma- 
chines can be defined 

¢ The new version of CMS can run in both 
/370 and XA mode earning it the name 
bimodal CMS; in XA-mode it allows 
both /370-mode and XA-mode pro- 
grams to be run. 


Implications 

What all of these changes mean for VM 
installations is that it is time to start taking 
VM/XA seriously. Of course, if you op- 
erate a 4341 or a 9370, your hardware is 
not capable of running an XA system. The 
4381 and 30XX systems can run VM/XA, 
however. Generally its capabilities will not 
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benefit users of smaller 4381s, since many 
of the traditional assists for VM are not 
provided when XA mode is active. How- 
ever installations with larger systems may 
want to consider installing VM/XA. There 
are potential benefits for them. 

One benefit is the number of simulta- 
neously logged-on users that can be sup- 
ported will be greatly increased. The limit 
on the number of users supported by VM/ 
HPO is about 1,200 due primarily to stor- 
age constraints below the 16MB main 
storage line. VM/XA eliminates this ar- 
tificial limitation and may facilitate com- 
bining several separate VM systems into 
one. 

Second, the XA input/output subsys- 
tem can deliver greater throughput with a 
given I/O configuration than VM/SP or 
VM/HPO. Also, improved expandability 
of the XA input/output configuration al- 
lows more resources to be applied to solv- 
ing this traditional VM bottleneck. Per- 
formance measurement facilities provided 
by the channel subsystem permit the 
causes of I/O performance problems to be 
identified with greater accuracy. As a re- 
sult, tuning and hardware upgrades can 
be more effective. 

Third, CMS applications that require 
access to additional main storage can now 
be implemented. The limitation of 16MB 
of virtual machine storage has been re- 
moved. 


Fourth, guest virtual machine perform- 
ance continues to be provided with dedi- 
cated processor support, dedicated ex- 
panded storage facilities and support for 
several virtual machines with dedicated 
main storage. 

Fifth, improvements to performance 
monitoring facilities permit a better un- 
derstanding of what resources and serv- 
ices are constraining system and virtual 
machine performance. Information about 
transaction service times, device re- 
sponse, inter-machine communication and 
other aspects of system performance 
makes tuning easier and upgrade deci- 
sions less error-prone. 

As with any new system, there are rea- 
sons to approach VM/XA with some de- 
gree of caution. 

One reason is compatibility between 
VM/XA and VM/SP is not complete. Ap- 
plications that rely on command response 
formats, message numbers or some CP or 
CMS facilities may not function correctly. 

Another is some devices are not sup- 
ported including line-mode terminal de- 
vices and 3370 DASD. 


Third, most CMS applications do not 
exploit Extended Architecture and many 
do not function in an XA-mode virtual 
machine. Some products do not operate 
under bimodal CMS in either mode. 

Fourth, migration between VM/SP and 
VM/XA is not convenient. 

Fifth, a new, more complex, less use- 
able installation and service mechanism 
has hampered system maintenance ef- 
forts. The quantity of Object-Code-Only 
(OCO) materials in CP and CMS has 
increased impeding problem diagnosis 
and repair and limited the system’s exten- 
sibility. 

Last, until there is a critical mass of 
customers using VM/XA in true produc- 
tion environments with CMS, the antici- 
pated performance gains cannot be con- 
firmed. 

Many of the problems with software 
applications will be addressed in the rel- 
atively near future as vendors become 
more aware of VM/XA and users desiring 
to run it. The user community will grow 
to a respectable size as increasing num- 
bers of installations recognize the value 
of the XA environment for meeting their 
interactive computing needs in addition to 
their guest system requirements. 


Conclusion 


VM/XA is about to arrive as a reason- 
ably full-fledged VM system. Within a 
few years, it may well be the only form 
of VM being supported and enhanced by 
IBM. Every large VM installation should 
be considering how and when to move to 
VM/XA. = 


ABOUT THE AUTHOR 
Romney White has been working with 
VM for 16 years. He recently co-founded 
Velocity Software, Inc., a company that 
provides XA products and services for VM 
users. Velocity Software, Inc., 60 Alban 
St., Boston, MA 02124, (617) 825-3599. 
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MVS 


CROSS MEMORY 
SERVICES 
Share and Share Alike 


Cross Memory 
Services (XMS) is an 
extension to the 
hardware architecture 
that MVS now 
supports allowing 
enhanced 
communication 
between address 
spaces. 


Since it is geared for a multi-address 
space design, its use will typically be con- 
fined to MVS components and MVS sub- 
systems. Two previous articles in this se- 
ries of three discussed XMS and explained 
how XMS protection and authorization 
mechanisms work. This article will ex- 
amine the macros used to establish the 
Program Call (PC) environment and the 
linkage tables used during the execution 
of the PC instruction. 

As you might remember, XMS is or- 
ganized into three broad categories: pro- 
gram sharing, data movement and data 
sharing. In program sharing, a program 
in one address space can issue a program 
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call instruction to effectively ‘‘branch’’ to 
another program located in a different ad- 
dress space. This is accomplished using 
a PC instruction. Data can be moved di- 
rectly between two private areas in data 
movement. In data sharing, a program 
running in a system common area can ref- 
erence data located in two different ad- 
dress spaces by alternating between them. 

Program sharing is by far the most 
complicated of the three features. In to- 
day’s technical journals, articles that deal 
primarily with how a computer instruc- 
tion works are seldom seen. However 
since the PC instruction is more like a 
subroutine than an instruction, it is wor- 
thy of special consideration. 

At a high level, the PC instruction ac- 
tually performs the same type of functions 
as the MVS dispatcher before passing 
control to a program. The difference is 
that the PC instruction does all of its magic 
within the system’s microcode. By read- 
ing further you will discover how PC rou- 
tines get set up initially, how late binding 
is accomplished, how system controls and 
status indicators are changed by a PC in- 
struction, how the PC instruction has been 
enhanced for MVS/ESA and how PC rou- 
tines are removed and cleaned up. 


Setting Up a PC Routine. 
The program sharing capability was 
provided in order to allow MVS compo- 


nents and subsystems to place their su- 
pervisory and/or service programs in the 
private areas of their respective address 
spaces while still providing convenient 
access by programs running in different 
address spaces. This design reduces the 
requirements for common storage (pro- 
vides virtual storage constraint relief) and 
bypasses the overhead of making several 
passes through the dispatcher code in or- 
der to alternate program execution be- 
tween two address spaces. 

In order to set up a PC routine that can 
be called from a different address space, 
information about that routine must be 
passed to the PC/AUTH address space. 
PC/AUTH is like a park ranger who will 
not let anyone occupy a campsite until he 
is properly registered. PC/AUTH services 
are invoked using macro instructions that 
are restricted to authorized programs (su- 
pervisor state or PSW key 0-7). Naturally 
whenever PC/AUTH macros are exe- 
cuted, they generate a PC instruction 
which in turn invokes a PC routine resid- 
ing within the PC/AUTH address space. 

The registration process is necessary for 
a couple of reasons: for security purposes, 
since PC routines can run in supervisor 
state and because every routine must have 
a unique number in order to be invoked 
by the PC instruction. 

It is also important to understand that 
this “‘registration process’’ must be con- 


November/December 1988 


ducted every time XMS initializes, which 
occurs whenever MVS is [PLed. This 
means that the numbers that are assigned 
to PC routines are never permanent and 
may theoretically change or differ from 
one IPL to the next. Whether or not the 
numbers actually change depends on 
whether or not the start up sequence 
changes for those address spaces that set 
up PC routines. PC numbers are assigned 
on a first-come, first-serve basis. 


Linkage and Entry Tables 


The first part of the registration process 
is accomplished by reserving an entry in 
the Linkage Table (LT). That is accom- 
plished by calling PC/AUTH using the 
LXRES macro (Linkage indeX RE- 
Serve). PC/AUTH assigned a linkage in- 
dex number to the caller that in effect 
holds a place in the LT. 

The second step is to create an Entry 
Table (ET) that will contain detailed in- 
formation about the routines that will be 
later accessed by other programs using PC 
instructions. The Entry Table CREate 
(ETCRE) macro is issued by the caller 
and PC/AUTH builds an ET in its own 
Local System Queue Area (LSQA) that 
contains the program descriptions. ETs are 
built in increments of four entries, each 
called an Entry Table Entry (ETE). ETs 
may contain a maximum of 256 entries. 
The Entry Index (EX) of a specific routine 
is determined by the system or subsystem 
that owns the entry table. 

The third step is for the caller to con- 
nect its entry table to its reserved location 
in the linkage table. This is done using 
the Entry Table CONnect (ETCON) 
macro. Once this is accomplished, the PC 
number for a given program in the ET can 
be determined by combining the LX num- 
ber and the ETE number. 

If you understand Assembler language 
programming, then all I have to say is that 
the LX and EX values are OR’ed to de- 
rive the PC number. For example, assum- 
ing that program XMS129C is the twelfth 
entry in the ET, its ETE number is x’0B’ 
(the first ETE number is x’00’). If the 
assigned Linkage Index (LX) was x’00A’, 
then XMS129C’s PC number will be 
x’00A0B’. Likewise, if after the next IPL 
the LX assigned is x’009’, the XMS129C 
would then be called using PC number 
x’0090B’. 

The AX macros are used to establish 
correct authorization levels for using the 
SSAR and PT instructions. Since the PC 
routine will be called from other address 
spaces, the Program Transfer (PT) in- 
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struction will be used to return control to 
the caller. Setting the AX to °1’ using the 
ATSET macro will provide PC routines 
with the authorization to issue the PT in- 
struction. AX=0O is the default authori- 
zation index for an address space. 


Late Binding 


Because the LX is assigned dynami- 
cally, the PC numbers for MVS compo- 
nents are not permanently associated with 


PC routines in the same manner as MVS’ 
Supervisor Call routines (SVC) numbers. 

Since PC numbers are not known be- 
fore program execution, macro instruc- 
tions and other interfaces will not be able 
to use PC numbers directly but rather in- 
directly. This means that the subsystem 
providing service using a PC routine must 
use an indirect mechanism to let its po- 
tential callers find out which PC number 
to use. Usually this means passing the PC 


NOW, CICS AND VSAM 
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region crashes. In effect, users get their 
own “virtual region.” 
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number(s) as part of a parameter list, part 
of a common data area or as a record in 
a common dataset. 

This requirement for having an inter- 
face mechanism for passing PC numbers 
prevents programs from having any PC 
numbers binding to their services. Late 
binding means that the caller of a PC 
function is never dependent upon the ac- 
tual PC number, which module will per- 
form the function or the location of that 
module. 

In addition, the dynamic assignment of 
PC numbers has at least two other advan- 
tages over a static assignment. First, it 
keeps the size of the LT as small as pos- 
sible. The LT’s initial size is 128 bytes, 
which gives room for 32 entries (LX val- 
ues). If a larger LT is required, it will be 
dynamically expanded in increments of 32 
additional entries up to a maximum of 
1,024 entries. Second, dynamic assign- 
ment of PC numbers avoids having to re- 
serve a set of numbers for use by the in- 
stallation. 


System Function Table 


CVT + x’304’ = Pointer 
to the System Function Table 


SFT 


Offset in bytes 


Offsets are hard coded into 
macros that invoke PC routines. 
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The System Function Table 

MVS uses a System Function Table 
(SFT) to contain the PC numbers that are 
assigned to system services. Each PC 
function provided by MVS has a perma- 
nently assigned index into the SFT that is 
used to save the PC number once it is 
assigned. After the PC number has been 
stored, the PC routine is invoked by macro 
logic that indexes directly to the fixed off- 
set into the SFT in order to extract the 
actual PC number (see Figure 1). 

To simplify this explanation, just think 
of the SFT as being a bulletin board where 
the daily PC numbers get posted for each 
day’s use. Since the macros imbedded 
within calling programs always derive the 
PC number by looking at the same spot 
on the bulletin board, the PC programs 
are always readily accessible once they 
have been initialized. 


Program Call Tables 


t ET (LX=000) 
t ET (LX=001) 


LX - Linkage Table Index 


AKM _ - Authorization Key Mask See ee 

EKM _ - Execution Key Mask 

A - Addressing mode indicator (on = 31 bit addressing mode) 
IA - Instruction address, or entry point address 

LP - Latent Parameters 

P - Problem state bit in PSW, will usually show supervisor state 
ETE - Entry Table Entry 

EX - Entry Table Index 

LT - Linkage Table 


LTD - Linkage Table Descriptor (pointer to the LT) 
- Linkage Table Descriptor Register 


A Dispatch from Microcode 

In order to invoke a PC routine, the 
caller will most likely issue a macro in- 
struction that expands into a PC instruc- 
tion. As mentioned previously, the macro 
expansion must obtain the PC number 
through whatever mechanism has been 
established in order to include it as the 
operand of the PC instruction. Once ex- 
ecuted, the PC instruction is designed to 
traverse the LT (using the LX portion of 
the PC number) and the ET (using the EX 
portion of the PC number) in order to iso- 
late a single ETE (see Figure 2). The ETE 
contains the necessary information to 
switch to (pass control to) the PC routine. 


An ETE contains the: 

® Authorization Key Mask (AKM) 

@ Execution Key Mask (EKM) 

@ Instruction address of the PC routine 


PC Number (R2) 
LX=12 bits 
EX=08 bits 


= 
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m= PSW Addressing Mode (AMODE) in- 
dicator 

@ Bit 15 for a new PSW 

m Address Space Identifier number (ASID) 
where the program will execute 

@ Pointer to parameters (called Latent Pa- 
rameters — LP) that will be passed to 
the PC routine. 

The hardware’s microcode for the PC 
instruction uses this information to make 
changes to the system environment and 
then passes control to the program refer- 
enced in the ETE. The following discus- 
sion will elaborate on the details of how 
this works. 


PSW Key Mask Manipulation 

The AKM exists as a field in the ETE 
and is used to control access to the pro- 
gram that is pointed to by the ETE. When 
a problem state PC is issued, an authority 
check is performed to ensure that the pro- 
gram issuing the PC is in the correct state 
and key to call the desired function. 

When an ETE is referenced by the PC 
instruction, the AKM field is AND’ed with 
the user’s PKM (which is in Control Reg- 
ister 3). In the event no match is found, 
a program check interrupt occurs and the 
user is abended. 

As the PC instruction continues exe- 
cution through microcode, the PKM is 
updated (OR’ed) with the EKM to estab- 
lish a new PKM for the PC routine. For 
example, a PKM of x’0080’ when OR’ed 
with an EKM of x’8000’ would result in 
a new PKM of x’8080’. Since each bit 
corresponds to a protect key, a value of 
x’8080’ means that the PC routine can 
execute in either key 0 or key 8. (A de- 
tailed explanation of the PKM may be 
found in the previous article.) 


Getting Addressability 

The status quo for MVS/XA is to have 
addressability to two address spaces si- 
multaneously using Control Registers 
(CR) 1 and 7. CR1 points to the segment 
table for the primary address space and 
CR7 is used for addressing a secondary 
address space. Under normal program ex- 
ecution, CR1 and CR7 point to the same 
segment table. 

For a PC instruction, the microcode will 
update CRI to point to the segment table 
for the new address space. Therefore, as 
a result of the PC being issued, the system 
establishes a new primary ASID. CR7, 
which is not changed, points to the home 
ASID. 
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Just Like an LPSW — Almost 


The MVS dispatcher passes control to 
ready work using the LPSW instruction. 
LPSW replaces the entire 64 bits of the 
current PSW with the contents of a des- 
ignated storage location. The PSW that is 
loaded usually changes the system state 
from disabled to enabled (for interrupts) 
and from supervisor state back to prob- 
lem state. The instruction address of the 
PSW points to the program that will re- 


ceive control and the Addressing Mode 
(AMODE) bit is set to indicate 24-or-31- 
bit mode. The PC instruction logic ac- 
complishes a portion of the function pro- 
vided by LPSW. The PC instruction may 
change the PSW (bit 15) to ensure that 
the PC routine receives control in super- 
visor state. It will update the instruction 
address to point to the PC routine and the 
AMODE bit is set appropriately. Note that 
the PSW interrupt masks are not affected 
by a PC instruction. 


CIRCLE #179 on Reader Service Card A 


Now you can recover catalogs and VSAM datasets quickly even 
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Latent Parameters 

The final phase of the instruction is to 
pass a pointer to the PC routine’s LP. This 
pointer is part of an ETE that is stored 
when the ETE is initialized and points to 
a two-word parameter area. The PC in- 
struction logic picks up the pointer and 
places it in register 4. 


MVS/ESA Enhancements 


As if this were not already enough for 
the PC instruction to do, PC has been en- 
hanced as part of the new ESA/370 ar- 
chitecture. Previously, before a program 
issued a PC instruction, it would also have 
to save the environment (certain registers, 
PSW and PKM information using a 
PCLINK macro) and restore them when 
the PC routine returned control. The en- 
hanced version of the PC instruction al- 
lows the system to automatically save the 
environment in a new _ hardware-con- 
trolled stack and to automatically restore 
the environment before returning control 
to the caller. 

In addition, in order to save the over- 
head of establishing a recovery environ- 
ment each time a PC routine is entered, 
the new PC instruction allows an associ- 
ated recovery routine (similar to an ES- 
TAE) to be set up as part of the PC in- 
struction logic. The details of how these 
changes may have affected the ET format 
were not available at this time. In any 
case the PC instruction has been made 
even more powerful in ESA and many of 
the gyrations that a calling program had 
to go through when using PC have been 
eliminated. 


Removing Access and 
Cleaning Up 

The steps for removing PC routines 
(ETs) are essentially the opposite of the 
steps required for setting them up. Dis- 
connecting the ET from the LT uses the 
ETDIS macro. The ET Destroy (ETDES) 
macro will clean up the ET and the 
LXFRE macro will free the LX so that it 
can be resued by another subsystem. Fi- 
nally, AXSET and AXFRE will restore 
authorization tables and indexes to their 
previous state. 


Formatted Dump Output 

The example in Figure 3 is taken from 
an MVS/XA 2.2 SVC dump and repre- 
sents some of the PC routines available 
in the system at the time the dump was 
taken. This figure only represents a por- 
tion of the actual entries formatted. As 
you can see, the dump formatting pro- 
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Sample Table from an SVC Dump 


Pc AUTH EXEC ENTRY EXEC LATENT EXEC 
NUM KEY MASK ASID ADDR STATE PARMS KEY MASK 
000000 FFOO 0002 82201D18 s TFFFE620 8000 
000001 FFOO 0002 822026B0 s TFFFE628 8000 
000002 FFOO 0002 822033B0 s TFFFE630 8000 
000003 FFOO 0002 82204190 s TFFFE638 8000 
000004 FFOO 0002 82204930 s 7FFFE640 8000 
000005 FFOO 0002 82205E48 s 7FFFE648 8000 
000006 FFOO 0002 82206D00 s 7FFFE650 8000 
000100 0000 0004 81131F9E s 019F2A60 8000 
000101 0000 0004 81132064 s O19F2A68 8000 
000102 0000 0004 80008920 s O19F2A70 8000 
000103 0000 0004 80008490 s 019F2A78 8000 
000104 FFFF 0004 80009BD0 s O19F2A80 8000 
000105 0000 0004 80008020 s O19F2A88 8000 
000106 0000 0004 80009BD8 s 019F2A90 8000 
000107 0000 0004 811329DE s O19F2A98 8000 
000108 0000 0004 8113310E s O19F2AA0 8000 
000109 0000 0004 80009660 s O19F2AA8 8000 
00010A 0000 0004 80FFC1DC s 019F2AB0 8000 
00010B FFFF 0000 8101A814 s 00000000 0000 
000200 co00 0008 82200B50 s 019C6BC8 coo00 
000201 FFFF 0000 8101A814 s 00000000 0000 
000202 FFFF 0000 8101A814 s 00000000 0000 
000203 FFFF 0000 8101A814 s 00000000 0000 
000D00 FFFF 0042 00008c60 s OOFA2E68 FFFF 
000D01 FFFF 0042 00008c60 s OOFA2E70 FFFF 
000D02 FFFF 0042 00008c60 s OOFA2E78 FFFF 
000D03 FFFF 0042 00008c60 s OOFA2E80 FFFF 
000D04 FFFF 0042 00008c60 s OOFA2E88 FFFF 
000D05 FFFF 0000 8101A814 s 00000000 0000 
000D06 FFFF 0000 8101A814 s 00000000 0000 
000D07 FFFF 0000 8101A814 s 00000000 0000 
000E00 FFFF 004F 8001cDF8 s 0196A2C0 SEF? 
OO00EO1 FErr 0000 8101A814 s 00000000 0000 
000E02 FFFr 0000 8101A814 s 00000000 0000 
000E03 FFFF 8101A814 s 00000000 


gram has already combined the LT and 
all of the ETs into one large table rather 
than formatting each table separately. This 
format makes it much easier to access ta- 
ble information for diagnostic purposes. 


Summary 


This article has examined the details of 


how cross memory’s program sharing 
feature works. The PC/AUTH address 
space provides control of the environment 
via a series of macros that can be issued 
by supervisor state, key 0-7 programs. The 
two main tables used to support program 
sharing are the LT and the ET. Once a 
provider of a PC function gets all of the 
tables in place, the PC number that cor- 
responds to each routine listed in the ET 
can be passed to programs in other ad- 
dress spaces that will invoke the PC rou- 
tines using a PC instruction. 

This process of not having PC numbers 
hard coded in calling macros allows late 


binding to occur Leiween service users and 
service providers. Once the binding is 
complete, the PC instruction is issued and 
it basically accomplishes the equivalent 
of a dispatch from within the hardware’s 
microcode. 

Parallels to the dispatcher are made due 
to the numerous similarities. The end re- 
sult of a PC instruction is that a PC rou- 
tine can receive control in a different ad- 
dress space using a different protect key 
mask, switch from problem to supervisor 
state and even change from 24-bit ad- 
dressing mode to 31-bit mode or vice 
versa. Whether or not any of these status 
controls actually changes is determined by 
the contents of the ETE that exists for 
each PC service routine. = 


ABOUT THE AUTHOR 
Bill Carico is president of ACTS Cor- 
poration specializing in providing sys- 
tems training for the MVS environment. 


November/December 1988 


for 
on it 


With TUBES, you won't ever 
throw in the towel. 


Your Problem: Eliminate complex, time- Call today for complete information or ONE CALL TO 800-223-0414 PUTS THE 
consuming access to multiple applications —_ to start your no-obligation trial. Let POWER OF MACRO 4 IN YOUR CORNER! 
and speed data exchange between them. TUBES deliver the “knockout punch” ther MACRO 4 Performance Products: 
Your Solution: TUBES — the world’s best _ to your network performance 


session management tool. problems! VSAM/TUNE Wie Snead Loe) 

@ Quick to install, easy to administer MACRO , ii rmance 100} 

e User friendly, providing superb control paicsn fpeean or sl geht LOGOUT Console Manager for VSE 
and system security problems on an international scale and VM 

¢ Available in any environment: VSE, VM since 1968. CICSPRINT Spooling Package for 
or MVS with VTAM or BTAM : CICS, JES and Power 

e Instant switching between 12 MACRO 4... we deliver an unmatched VPAC VM Performance Analyzer 
concurrent sessions with no loss level of technical expertise that has and Control Facility 
of application context resulted in a full range of software = DUMPMASTER Premier Dump 

* Transparent access to applications solutions for VSE, VM and MVS Management and 
on any CPU operating system requirements. Analysis Package 

Systems Software 


Brookside Plaza, P.O. Box 187, Mt. Freedom, NJ 07970 ® (201) 895-4800 © (800) 223-0414 


CIRCLE #39 on Reader Service Card A 


eep all 


your CICS re 


ions 


out of the red. 


Managing your CICS regions can be as hectic as 
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CICS 


Tuning 
Experiences 


he Automobile Club of South- 
ern California provides its 3.4 
million members with a wide 
variety of motor club services 
and insurance products from more than 80 
district offices located throughout South- 
ern California. To support the delivery of 
these products and services, a network has 
been developed to connect more than 
2,500 terminals located in the district of- 
fices to a large scale IBM system located 
at the Club’s processing center in Costa 
Mesa. This IBM system is used to run a 
CICS workload to support the member- 
ship and insurance lines of business. 
The processing complex at the begin- 
ning of the project consisted of two equally 
configured 3081-GX processors with 
24MB real storage and 16 channels each. 
These processors share an I/O subsystem 
that consists of five 3880 storage control- 
lers and 3380 series DASD. DASD de- 
vices were typically dedicated to storage 
pools based upon type of use but there 
was no assignment of channels based upon 
usage type or system. One of the proces- 
sors, the on-line processor, was dedicated 
to the production CICS workload and the 
second processor was used as a develop- 
ment machine by the programming de- 
partment and served as a ready backup to 
the on-line processor. 
The CICS workload consisted of four 
regions. Two of the regions were dedi- 
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Exploiting the MRO 
feature was the most 
significant change 
implemented and it 
provided a number 


of benefits. 


cated to single applications with dedi- 
cated terminal populations, a system to 
dispatch tow trucks and a system used for 
data entry applications. The remaining two 
regions were using a Multiple Region Op- 
tion (MRO) connection to support a col- 
lection of applications for district office 
operations. The MRO configuration had 


terminal definitions and workload in the 
primary region and a single significant ap- 
plication in the second region. This con- 
figuration was more a reaction to a Virtual 
Storage Constraint Relief (VSCR) prob- 
lem than a planned MRO configuration. 

Overall the CICS workload was deliv- 
ering 835 transactions per minute with an 
average host response time of .93 sec- 
onds. The processor was averaging 67 
percent busy and total paging was 33 pages 
per second with the CICS regions bearing 
the brunt of the paging activity. DASD 
channel utilization was in the 17 to 20 
percent range and there were no DASD 
volumes with excessive response times. 

The main problem with the I/O sub- 
system was cross system contention. A 
set of summary statistics for the CICS re- 
gions and the system was developed and 
tracked over the life of the project. To 
provide a consistent picture of the user 
workload MRO, routing transactions are 
not included in the reported transaction 
volumes. At the beginning of the project 
these statistics were: 


Region Tran Per/Min Avg Resp 

Tow Truck 250 33 

Data Entry 109 34 

Dist Office 476 1,32 

Nov 86 — All 835 90 
%*CPU Page Tran Avg 

Date Busy Rate Rate Resp Comment 


Nov 86 67 33-835 ~~ 
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Tuning Project Goal 

Overall the CICS workload was pro- 
viding tolerable service to the user com- 
munity. The response time objectives for 
the Tow Truck and Data Entry applica- 
tions were well within the (informal) 
service level objectives established for 
those workloads. The (informal) service 
level objective established for the district 
office workload was .75 seconds average 
host response time; the actual response 
time was 1.32. 

The primary motivation for the tuning 
project was the phased implementation of 
a new insurance claims system in the dis- 
trict office region and the addition of two 
dispatch offices to the tow truck system. 
It was felt that adding these new work- 
loads to the existing system with no 
changes would deteriorate service to un- 
acceptable levels. 

The goal of the tuning project was to 
bring District Office response times within 
the service level objectives and accom- 
modate the additional planned growth. 


Tuning Strategy 
A top down CICS tuning strategy de- 


veloped by Eric Emanual (Candle Corp., 
Los Angeles, CA) was used to analyze 
the situation to find opportunities for im- 
provement. This technique directs the an- 
alyst to begin with external system factors 
to ensure the CICS workload has the re- 
sources needed to process its workload. 
After the external resource shortages and 
bottlenecks have been corrected, then the 
tuning efforts should be directed toward 
the internal factors within CICS to im- 
prove performance and resource con- 
sumption. The primary focus of the tun- 
ing project was on the external factors 
affecting performance. 


Initial Assessment 

The primary performance bottleneck 
was a shortage of real and virtual storage. 
The paging rate was 33 and the applica- 
tion regions were experiencing frequent 
program compressions. This, coupled with 
the MRO configuration that combined ter- 
minal definitions and workload in a single 
region, contributed to the elongated and 
erratic response times the district office 
workload was delivering. The I/O sub- 
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system experienced occasional cross sys- 
tem contention that was devastating to re- 
sponse time and throughput when it 
occurred. This was not considered a ma- 
jor factor in the overall response times 
being delivered. 

Initial priority was to reduce the paging 
rate by acquiring additional real storage. 
The second priority would be a reconfig- 
uration of the CICS regions to better uti- 
lize the features and capabilities of MRO 
and reduce the virtual storage constraint. 
Once these two changes were imple- 
mented, the workload would be re-eval- 
uated to determine additional tuning op- 
portunities. 


Memory Upgrade 


Real storage was upgraded in January, 
1987 from 24MB to 32MB with predict- 
able results. One month after the upgrade, 
demand paging dropped from 22 to two 
pages per second and processor utilization 
increased to 73 percent. In systems in 
which there are a limited number of active 
tasks, a high paging rate can throttle CPU 
utilization because it is possible, and 
likely, that enough of the regions may be 
waiting for page faults that the processor 
will not have enough active tasks to keep 
it busy. This did not, however, signifi- 
cantly reduce response times. The overall 
response time was .74 seconds. In Feb- 
ruary the regions had the following usage 
profiles: 


Region Tran Per/Min Avg Resp 
Tow Truck 259 26 
Data Entry 116 82 
Dist Office 518 1.07 
Feb 87 — All 893 .74 


The summary statistics for the system 
after the memory upgrade were: 


*CPU Page Tran Avg 


Date Busy Rate Rate Resp Comment 

Nov 86 67 = 3838s 8385—(its«i 

Dec 86 66 23 819 85 

Jan 87 70 9 869 .73 Memory 
Upgrade 


Feb 87 73 2 893 = .74 


Adding the real storage did not provide 
the response time improvement that was 
hoped for. While it did remove the paging 
problem, it put further emphasis on a bot- 
tleneck that needed to be dealt with, 
VSCR. Although there was adequate real 
storage, the CICS region was limited to 
16MB of virtual addressability and the size 
of the workload was pushing this limit. 
To resolve the VSCR problem in the 
shortest time frame, the MRO feature 
would be used to further divide the work- 
load. 
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MRO Reconfiguration 


The typical symptom of a virtual stor- 
age constraint problem in CICS is fre- 
quent program compressions and this was 
the case with both of the district office 
application regions. The addressability 
requirements for the application program 
code and file buffers routinely exceeded 
the size of the region that was limited to 
16MB due to the level of CICS software. 
When this situation occurs, CICS per- 
forms a program compression to remove 
non-active programs that provide space 
for additional programs as they are called 
in for execution. Deleting and reloading 
program code on a regular basis is a high 
overhead task. If the workload within the 
region can be split and put in two regions, 
there would be double the virtual address- 
ability for program code and file buffers, 
reducing the over commitment of virtual 
addressability and eliminating the need to 
do frequent program compressions. How- 
ever this change will increase the real 
storage requirements of the workload. The 
existing CICS configuration was_ re- 
viewed to look for opportunities to exploit 
this feature. Initially the CICS workload 
had the configuration in Figure 1. 


The MRO reconfiguration was com- 
pleted in two phases. Initially the pur- 
chased packages were moved into a sep- 
arate application region. The second phase 
involved moving all applications out of 
the terminal definition region making it a 
traditional terminal owning region. This 
phase involved creating an additional ap- 
plication region to contain District Office 
applications. 


When the additional regions were cre- 
ated, the SRM parameters for CICS were 
reviewed and adjusted to give the termi- 
nal owning region the highest dispatching 
priority and all other application regions 
were placed in a single mean time to wait 
dispatching priority. The regions were 
grouped in this manner to maximize traffic 
to the I/O subsystem. There were some 
other adjustments made to the SRM pa- 
rameters, such as storage isolation, but 
the impact of these changes was hard 
to determine since it was done in con- 
junction with the implementation of the 
new MRO configuration. At the conclu- 
sion of the MRO reconfiguration, the 
CICS workload had the configuration in 
Figure 2. 


The MRO configuration was the most 
significant change implemented during the 
project. The additional regions drove the 
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Data 
Entry 


processor utilization up to 80 percent and 
increased demand paging to eight pages 
per second. This higher processor utili- 
zation translated into 34 percent reduction 
in the response time of the District Office 
applications. There were additional ben- 
efits outside the performance area from 
this change that are reviewed in the sum- 
mary section of the article. The month 
after the reconfiguration was imple- 
mented the regions had the following 
usage profiles: 


Region Tran Per/Min Avg Resp 
Tow Truck 249 33 
Data Entry 103 28 
Dist Office 510 a 
Apr 87 — All 862 55 


Summary statistics for the system were: 
%CPU Page Tran Avg 


Date Busy Rate Rate Resp Comment 

Nov 86 67 33 «8835S 

Dec 86 66 23 «81985 

Jan 87 70 9 869 .73 Memory 
Upgrade 

Feb 87 73 2 8938 ~~ «74 

Mar 87 76 5 893 47 MRO Recon- 
figuration 


Apr 87 80 8 862 55 


Second Assessment 

At this point it was felt that the soft- 
ware configuration would benefit from a 
processor upgrade and support the addi- 
tional workload planned for the Claims 
and Tow Truck system. Response time 
for the District Office applications was 
down to .71 seconds, .04 below the serv- 
ice level objective for this workload. The 
bottleneck was now the processor; aver- 
age prime shift utilization was now up to 
80 percent. Steve Hackenberg’s article in 


CICS Region Configuration 
Prior to MRO Reconfiguration 


District 
Office 


Claims 


Packages 


MAINFRAME JOURNAL, *‘A Heuristic 
Modeling Approach to CICS Capacity 
Planning’’ (May/June 1988), presents a 
software queuing model that shows CICS 
response time will have a significant wait 
due to dispatch delay in a system with this 
level of processor utilization. Upgrading 
from a 3081-GX to a 3081-KX would be 
the next phase in the tuning project. After 
the processor upgrade, a CICS software 
upgrade was planned to provide addi- 
tional VSCR. A MVS software upgrade 
was planned for software currency pur- 
poses. 


Processor Upgrade 

Upgrading the 3081 processor from a 
GX to a KX provided a 40 percent in- 
crease in MIPS from 11 to 14. This up- 
grade took place during the month of May. 
The 40 percent increase in processor speed 
resulted in a 42 percent reduction in re- 
sponse time and a 14 percent drop in pro- 
cessor utilization. It was concluded that 
this change significantly reduced dis- 
patching wait as a component of CICS 
response time. This result is consistent 
with Hackenberg’s software queuing 
model. Increasing the speed of the pro- 
cessor also has the effect of driving the 
I/O subsystem harder. VSAM buffer usage 
would be the next component of the en- 
vironment that would need to be ad- 
dressed. In June the regions had the fol- 
lowing usage profiles: 


Region Tran Per/Min Avg Resp 
Tow Truck 249 23 
Data Entry 111 .24 
Dist Office 564 37 
Jun 87 — All 924 32 
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Summary statistics for the system were: 


%CPU Page Tran Avg 


Date Busy Rate Rate Resp Comment 

Nov 86 67 33 «8385 ~—Ss«90 

Dec 86 66 23 «= 819—Ss(« 8B 

Jan 87 70 9 869 .73 Memory 
Upgrade 

Feb 87 73 2 893 .74 

Mar 87 76 5 893. .47 MRO Recon- 
figuration 

Apr 87 80 8 862 .55 

May 87 69 7 887 46 Processor 
Upgrade 

Jun 87 66 13 924 82 CICSX/A 
Upgrade 

CICS Software Upgrade 


CICS Version 1.6.1 with the X/A fea- 
ture would place the VSAM file buffers 
above the 16MB line. This change pro- 
vided substantial Virtual Storage Con- 
straint Relief since file buffers can ac- 
count for up to 50 percent of the 
addressability required for user applica- 
tions. However the additional virtual ad- 
dressability did carry a real storage price 
tag. The production regions were up- 
graded to this version of CICS with no 
changes in the file buffer specifications 
and the working sets of the production 
regions increased to the point that overall 
paging increased from seven to 11 pages 
per second. Once the system impact of 
the software upgrade was established, 
VSAM file buffers were increased to keep 
the index set records of active VSAM da- 
tasets memory resident and string num- 
bers were increased to eliminate signifi- 
cant string waits. 


These changes did not have a signifi- 
cant or major impact on the overall sta- 
tistics for the regions or the system. How- 
ever it did tend to level out or flatten the 
peak period response time spikes that were 
occurring. This change completely elim- 
inated program compressions during the 
normal operation of the system. The be- 
low-the-line addressability that the VSAM 
file buffers released was more than enough 
to store all programs. 


While reviewing the VSAM buffer al- 
locations, the use of Locally Shared Re- 
source (LSR) buffer pools was investi- 
gated as a possibility. This plan was 
dropped because it was not possible to 
allocate resources needed to test it or check 
application code to ensure the LSR fea- 
ture could be implemented without caus- 
ing the problems associated with it. 
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In July the regions had the following 
usage profiles: 


Region Tran Per/Min Avg Resp 
Tow Truck 260 .22 
Data Entry 103 26 
Dist Office 567 37 
Jul 87 — All 930 


Summary statistics for the system were: 
%*CPU Page Tran Avg 


Date Busy Rate Rate Resp Comment 

Nov 86 67 33 835 ~—-.90 

Dec 86 66 23 «819 S85 

Jan 87 70 9 869 .73 Memory 
Upgrade 

Feb 87 73 2 893.74 

Mar 87 76 5 893 47 MRO Recon- 
figuration 

Apr 87 80 8 862 55 

May 87 69 7 887 46 Processor 
Upgrade 

Jun 87 66 138 924 82 CICSX/A 
Upgrade 

Jul 87 69 12 930 §=.32 

Operating System Upgrade 


No tuning changes were implemented 
in the three months following the CICS 
X/A software upgrade. During this period 
the transaction volume and all key system 
usage indicators held constant. The next 
major change to the system was an MVS/ 
XA operating system upgrade to version 
2.1.7 from version 2.1.3. The primary 
reason for this change was software cur- 
rency. This upgrade was implemented 
during the month of October, 1987 and it 
doubled the paging rate in the system. One 
month after the upgrade the paging rate 
was 25 pages per second and processor 
utilization was up to 73 percent. The key 
point here is that response time was still 
in the .3 second range in spite of the high 
resource utilization rates. In December, 
1986 the paging rate was 23, processor 
utilization was 66 percent and response 
time was .85 seconds. It was concluded 


that the additional address spaces created 
by the MRO reconfiguration account for 
the ability to tolerate higher paging rates 
because the impact of a page fault on the 
overall workload is reduced when there 
are other address spaces available for dis- 
patch. Creating additional workloads made 
it possible to more fully utilize both CPs 
of the 3081. These conclusions are also 
consistent with Hackenberg’s software 
queuing model. The summary statistics at 
the end of the project were: 


Region Tran Per/Min Avg Resp 
Tow Truck 285 31 
Data Entry 92 Bl 
Dist Office 609 Al 
Nov 87 — All 986 37 


Summary statistics for the system were: 
%CPU Page Tran Avg 


Date Busy Rate Rate Resp Comment 

Nov 86 67 33 835 90 

Dec 86 66 23 819 85 

Jan 87 70 9 869 .73 Memory 
Upgrade 

Feb 87 73 2 893.74 

Mar 87 76 5 893. .47 MRO Recon- 
figuration 

Apr 87 80 8 862 55 

May 87 69 7 887 .46 Processor 
Upgrade 

Jun 87 66 13 924 32 CICSX/A 
Upgrade 

Jul 87 69 12 930 82 

Aug 87 69 13 954 85 

Sep 87 70 13 961 30 

Oct 87 68 19 1007 33 MVS2.27 
Upgrade 


Nov 87 73 25 986.37 


Summary and Conclusions 

During the 12-month period reviewed 
here, the overall CICS transaction volume 
increased by 18 percent and the response 
time decreased by 60 percent. It took a 
combination of hardware upgrades and 
software adjustments to make this hap- 
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@ Flexible 
@ Powerful 


@ Productive 
@ Menu-Driven 


= Context-Sensitive Help 
@ Fill-in-the-Blank Screens 


@ Intelligent, Personalized Defaults 
@ Designed with the Programmer in Mind 


ot phrases you would have as- 

sociated with IBM software 

just a few years ago. In fact, 

the major criticism of the IBM 
mainframe environment has always been 
the labor-intensive nature of applications 
programming and technical support. And 
much of the blame has been attributed to 
the complexity of systems software. 


Interactive System Productivity Facil- 
ity/Program Development Facility (ISPF/ 
PDF) has come a long way to change all 


that. Originally introduced at the end of 


the 1970s, ISPF/PDF has grown to the 
point where most utility-type functions can 
be done on-line without coding JCL or 
remembering the format of TSO com- 
mands. And many software products from 
both IBM and other vendors provide a set 
of panels for use on-line. ISPF provides 
the flexibility to add these panels as new 
items on any existing menu. 


What is ISPF? 

So, what is ISPF? IBM defines it as ‘‘a 
dialog manager that provides application 
developers with services to shortcut the 
coding required to produce interactive ap- 
plications.’’ Then, what is ISPF/PDF? *‘A 
program operating under ISPF that is used 
to quickly and economically develop and 
maintain applications — batch and inter- 
active. It gives programmers convenient 
access to a set of tools used in all facets 
of on-line program development and test- 
ing.’ Taken together, ISPF gives you an 
excellent full-screen editor and produc- 
tive set of interactive panels for executing 
utility functions: delete, define, copy, re- 
name and list information about datasets. 
In short, ISPF is an editor and on-line 
DASD utility. 

You can also develop applications that 
use ISPF to provide screen handling and 
other routine functions, but that is another 
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ISPF 3.4 — The Most Productive Panel 
DATASET LIST UTILITY 


OPTION === 
blank 
Vv 


— Display dataset list* 


DSNAME LEVEL 


VOLUME ===> 


— Display VTOC information only PV 


Enter one or both of the parameters below: 
===> YOURID 


P  —Print dataset list 
— Print VTOC information only 


SPECIFY THE FOLLOWING, IF DISPLAYING A LIST OF DATASETS: 


DISPLAY FORMAT OPTION 
CONFIRM DELETE REQUEST 


===> QUICK 
SE 


(QUICK, SHORT, or LONG) 
(YES or NO) 


*The following line commands will be available when the list is displayed 


— Browse dataset 

— Edit dataset 

— Delete entire dataset 

— Rename entire dataset 

— Dataset information 

— Dataset information (short) 


story. In this two-part article, we will ex- 
plore productive ways of using ISPF that 
many are not aware of. 


VM, MVS and VSE 

ISPF is available in MVS under TSO, 
VM under CMS and VSE under ICCF. 

ISPF under VM provides almost all of 
the features of the TSO implementation 
of ISPF. Although the ISPF Editor seems 
to have borrowed heavily from XEDIT’s 
good points while improving on the bad, 
you can choose to use XEDIT instead of 
ISPF’s Editor under VM. Unlike the TSO 
implementation, if you edit a file in VM, 
CMS will automatically create it if it does 
not already exist. However the ISPF Ed- 
itor’s default format for automatically- 
created files is fixed length (records of 80 
bytes) while XEDIT defaults to variable- 
length records. 

The ISPF Library is the most functional 
dataset type of ISPE You have a choice 
of three implementations in VM: 

1. TXTLIB 


Using Split Screens 


PF2  —create or move the second screen: 
cursor position = top 


PFQ —make the other (split) screen the 
dominant one 

PF12 — move the cursor to the command 
line of the other screen 

=X —exit split screen mode, removing 
the current screen 
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C —Catalog dataset 

U —Uncatalog dataset 
P —Print entire dataset 
X —Print index listing 

M — Display member list 
Z —Compress dataset 


2. MACLIB 
3. Standard CMS files. 

TXTLIB and MACLIB are similar to 
MVS’ Partitioned Dataset (PDS) in which 
individual members are stored in a single 
dataset. However in the standard CMS 
files implementation, each member is 
stored in a file with the Library’s direc- 
tory and member statistics stored in an- 
other file having a strange-looking name. 
But no matter which of the three methods 
you choose, the ISPF Library provides an 
excellent way to organize files into groups 
without resorting to multiple minidisks. 

ISPF does need virtual memory to 
function. Unless you are editing ex- 
tremely large files (more than 10,000 
lines) or executing IBM’s INFO products 
from within ISPF, 1.5MB will handle even 
the most complex task in an MVS/XA 
environment assuming the Link Pack Area 
(LPA) is being exploited. For MVS/SP, 
two megabytes would be required. Two 
megabytes would also be the appropriate 
CMS virtual machine size in VM as well 
as the size of the ICCF interactive parti- 
tion used to run ISPF in VSE. 


The Most Productive 


Assuming your installation has sensible 
dataset naming conventions, you will 
probably find ISPF menu item 3.4, the 
Dataset List Utility, the most productive 
panel (see Figure 1). From it you can dis- 
play a list of all datasets with the same 
high-level name and, optionally, other 
common characters found anywhere in the 
dataset name. The list is displayed in al- 


phabetical order by dataset name. How- 
ever you can SORT the list by DASD vol- 
ume serial number, size (largest first), 
expiration date, last referenced date, cre- 
ation date or percent used. 

Once this list is displayed you can per- 
form common actions on the datasets: edit, 
browse, delete, rename, print and display 
allocation information. Assuming the da- 
taset is a PDS, as all ISPF libraries are in 
MVS, you can also compress it, display 
or print a list of members and then per- 
form these same functions on the ISPF 
Library members themselves. 

When you need to do some other da- 
taset functions such as allocate a new da- 
taset, copy or move an existing dataset or 
look at the output from a batch job, you 
can invoke the ISPF split screen capabil- 
ity (PF2, by default) and access these 
functions through menu selections 3.2, 3.3 
and 3.8 (see Figure 2). 

There is one caution with Split Screen 
mode. If you are editing an input dataset 
in one screen and submitting a batch job 
or TSO CLIST that uses it from the other, 
do not forget to save the file before sub- 
mitting the job that will use it. 

If you are a long-time ISPF user and 
have not looked at 3.4 in the last few 
releases, give it a try. It can save you 
remembering and typing a lot of dataset 
names. 


Help Function 


Reading the manual is normally the best 
way to learn about features of IBM soft- 
ware that can help make you more pro- 
ductive. With ISPF, the Help function is 
the best way to learn. Help (PF1) is con- 
text-sensitive. If you are editing a file, 
Help tells you about editing. However if 
you are not interested in the current con- 
text, hit PFl again and you will see the 
table of contents for all available Help. If 
you want to use the Help panels as a mini- 
course, they are available as selection T 
(Tutorial) from the ISPF Main Menu. 

If you have just received an error mes- 
sage and then hit PF1, you will get a more 
detailed explanation of the error condition 
sometimes with a suggestion to solve it. 
For example, when concluding an Edit, 
if you get IEC0321 E37-04 from TSO and 
then SYSTEM ABEND ‘0E37’ from ISPF, 
hit PF1 twice and ISPF will tell you to 
split the screen and compress the PDS. 
You can do this without losing your 
changes. 

Anywhere in Help, you can type the 
letter *‘I’’ to get into the Help Index. You 
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Line Command Tips 


RRn — Repeat a block of lines 
TS — Split a line at the cursor 
O — Combine two lines 


OO — repeat characters over many lines 
XX — do not display a block of lines 

))n — shift right “n" columns 

.label — label a location in a file 

TABS — display/modify tab positions 
COLS — display column numbers 


can then type the first letter of the topic 
you are interested in and see a list of all 
topics beginning with that letter. If you 
see one you like, type the letter-number 
code for the particular topic you want and 
it will be displayed. 

PF3 gets you all the way out of Help, 
but what can you do to move up one level 
of Help? PF7 (UP), normally used to 
Scroll Back in a file or list, will take you 
back to the previous Help Menu. PF10 
(LEFT) provides the normal Scroll Back 
function by displaying the previous page 
of Help. To display the next page of Help, 
just hit the ENTER key. 


Line Commands 


Line Commands are those ISPF Editor 
codes that you type over the sequence 
number for the (first) line involved (see 
Figure 3). 

Using the C (Copy) Editor Line Com- 
mand to make several copies of a block 
of lines can be time-consuming. For each 
copy, you must mark the block of lines 
with CCs on the first line and the last line 
and place an A (After) or B (Before) on 
the line where they will be inserted. If all 
of the copies are going in the same lo- 
cation, use the R (Repeat) command. 
Mark the beginning of the block of lines 
with an RRn in which ‘‘n’’ is the number 
of copies you want and the end of the 
block with RR. The result: ‘‘n’’ copies of 
the block of lines will be inserted imme- 
diately after the last line of the block. 

Inserting something into the middle of 
a line can be a frustrating task. If there is 
enough room on the line, enter the NULLS 
Primary Command. From then on the IN- 
SERT key on the 3270 will allow you to 
type characters without retyping the rest 
of the line. But what do you do when the 
line gets full? The TS Line Command will 
break the line into two lines using the po- 
sition of the cursor to determine where 
the line should be broken. If you find 
yourself using TS a lot, set one of the PF 
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keys you do not use (=0.3) to **:TS”’, 
position the cursor where you want to split 
a line and hit the PF key. 

Conversely, to combine two lines, use 
the M (Move) and O (Overlay) Line 
Commands. For example, if the first line 
ends at column 59 and the text on the 
second line should immediately follow, the 
first line should be blank after column 59 
and the second blank before column 60. 
One line would be marked with an M and 
the other with an O. 

A similar technique may be used to add 
the same information to multiple lines. 
For example, suppose that you have 20 
consecutive lines where you want to add 
an X in column 72. To do this, insert a 
new line anywhere in the file containing 
just an X in column 72. Then use the M 
Line Command on this new line and mark 
the beginning and the end of the 20-line 
block with OO (Overlay Block). 

If you have ever tried to look at two 
parts of the same file on the same screen 
using Split Screen, you are familiar with 
the ISPF ‘“‘MEMBER IN USE”’ message. 
A much better alternative is the X 
(eXclude) Line Command. Mark the block 
of lines between the two parts of the file 
with XX on the first and last lines. The 
block will no longer be displayed, but its 
existence will be indicated by a dashed 
line and an ‘‘n LINE(S) NOT DIS- 
PLAYED”’’ message. When you want to 
display the block again, the Show Line 
Command, $9999, can be keyed in the 
prefix area of the dashed line. 

Shifting text right or left on one or more 
lines is a common requirement especially 
in structured programming in which in- 
denting is the key to readability. Mark the 
text with ))n or ((n at the beginning of the 
block of text and )) or (( at the end of the 


block: ‘‘n’’ indicates the number of col- 
umns to shift the block of text. The di- 
rection in which the parentheses point in- 
dicates the direction of the shift. For 
example, ))37 indicates a right shift of 37 
columns. 


Primary Commands 

Primary Commands are those ISPF Ed- 
itor commands that are typed on the 
COMMAND = = => line near the top 
of the screen (see Figure 4). 

Changing all occurrences of a character 
sequence (but only in part of a file) can 
even be slow when using PFS (RFIND) 
and PF6 (RCHANGE) if the response time 
is poor and there are a lot of occurrences 
to change. Instead, mark the block of lines 
you want to change with XX on the first 
and last lines of that part of the file. The 
Primary Command CHANGE ‘“‘string’’ 
‘‘string’’ ALL X will change all occur- 
rences in the block. 

To redisplay the excluded lines that the 
XXs have created, the RESET Primary 
Command is probably the easiest. As well 
as displaying excluded lines, RESET 
cleans up line flags (“‘= =CHG>”’ and 
‘**= =ERR>’’) and removes special lines 
like column numbers and profile displays. 

If you are typing a lot of Primary Com- 
mands that only change slightly from one 
command to the next, try preceding the 
first one by an ampersand (**&’’). Instead 
of erasing what you typed on the Com- 
mand Line after executing it, ISPF leaves 
it there for your modification. 

If you get called away on a problem, 
by the time you get back to your desk you 
will have been automatically logged off. 
You can save yourself from losing all the 
changes you made by turning RECOV- 
ERY ON. Type the Primary Command 


Primary Command Tips 


RESET — display excluded lines; clean-up line flags 

& — do not erase the command that follows 

RECOVERY ON — protect Editor changes from systems crashes and so on 
FIND P“#" — pattern matching 
DISPLAY CC — show the printer carriage control for each line 


SORT — sort a file by column contents 


EDIT — edit a second file while in the first 

LOCATE — find a label in Edit/Browse, area of interest otherwise 
TABS — define the character for Logical Tabbing 

HEX ON — display lines in both hexadecimal and character codes 
FIND X"“IF" — search for an unprintable character 

TSO or CMS — execute a TSO or VM/CMS command within ISPF 


PRINT-HI — print the physical screen 


PRINTLHI — print all of a split screen when only partly shown 
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System 38, 4300, 9370 Users: 


When it comes to price/performance of 
tape drives, only one system 
stacks up. 


Introducing the 6800 Series tape subsystem from 
IPL. The 6800 provides a new level of tape drive 
performance for mid-range IBM processors. And 
its small size, low power and cool, quiet operation 
means the 6800 is ideal for office environments. 

Our new rack mounted subsystem features 
an IPL intelligent controller, one or more tape 
drives, and room for future upgrades. Compared 
to other subsystems, here’s how the 6800 stacks 
up. For backing up your system, it operates twice 
as fast as an IBM 3430. Yet it costs considerably 
less. 

If you need more storage capacity, simply 
install a second tape drive in the rack. You'll have 


more storage capacity than an IBM 3422. 

Now, for the optimum tape subsystem 
for your office, you have only three letters to 
remember: IPL. 


1-800-338-8ipl 
(in MA 617-890-6620) 


ipl... SS — 


360 Second Avenue, Waltham, MA 02154 


IBM is a registered trademark of International Business Machines Corporation 
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and ISPF will remember all of your 
changes whenever you are editing this file. 
RECOVERY is just one of many switches 
that the ISPF Editor remembers in its pro- 
files. Profiles created for one dataset are 
applied to all others with the same lowest 
level name (or filetype, in VM). 

Since lower-case letters are invalid in 
JCL and unacceptable to many other util- 
ities and non-printable characters are in- 
valid almost everywhere, Browse and Edit 
offer you ways to find them. The FIND 
Primary Command allows you to specify 
Picture Strings: FIND P*‘<’’ for lower- 
case letters and FIND P*‘”’’ for invalid 
characters. FIND P**-’’ is useful for de- 
tecting any non-numeric characters in a 
data file in which one field is supposed to 
be numeric. Multicharacter Picture Strings 
are also useful. For example FIND 
P‘‘@#@#’’ would look for a letter fol- 
lowed by a digit followed by a letter fol- 
lowed by a digit with no intervening 
blanks. Blanks, letters and numbers can 
be included in Picture Strings when a 
combination of exact and pattern match- 
ing is required. For example, FIND P** 
FOR###”’ would search for a blank fol- 
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lowed by the letters FOR followed by at 
least a three-digit number. 

In Browse, you may not be seeing the 
Carriage Control (‘‘CC’’) in print files. 
Assuming the dataset is correctly speci- 
fied with a DCB RECFM of A or M, the 
DISPLAY NOCC and DISPLAY CC Pri- 
mary Commands determine whether or not 
the Carriage Control is displayed at the 
beginning of each line. 

You do not have to write JCL to use 
DFSORT or one of its competitors to sort 
a file. As long as you want to sort Text 
fields (not Packed Decimal) and the re- 
cord length is reasonable, the SORT Pri- 
mary Command will do the job. Just 
specify the starting column and length of 
up to five fields you want to sort by. For 
example, SORT 105 1 3 will sort by the 
text in columns 10 through 14. Where the 
text in columns 10 to 14 is identical for 
two or more lines of the file, columns one 
through three would.be used to determine 
the order. 

Finally, if you want to edit another file 
without “‘committing’’ the changes you 
have made to the file you are currently 
editing, you can always use Split Screen. 
But if you already have something in the 
second screen that you do not want to 
lose, the EDIT Primary Command will let 
you “‘go down one level’’ and edit an- 
other file before you are finished with this 
one. When you hit PF3 to finish editing 
the second file, you will be right back 
where you were with the first file. 


In the next article, techniques to help make 
your use of ISPF more productive will be 
examined. These techniques will include: 
moving around fast in files and in ISPF 
itself, the value of sequence numbers, liv- 
ing with or without unprintable charac- 
ters, never getting stuck, ISPF tabbing 
simplified and the question of ISPF per- 
formance will be addressed.= 
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ISPE 2.3 


The articles on ISPF in this and the next 
issue of MAINFRAME JOURNAL focus on 
ISPF Version 2, Release 2, most often in 
the MVS implementation. ISPF 2.3 has 
quite a number of improvements to offer. 
Here are some of the highlights that offer 
the most potential for productivity. 

The Most Productive Panel, — Dataset 
List Utility (3.4), has many significant im- 
provements: 

* A new Line Command, F, frees unused 

space in a dataset 


* When Datasets are listed or Members 
of an ISPF Library are displayed, TSO 
Commands and CLISTs may be en- 
tered as well as the usual Line Com- 
mands. The Dataset or Member Name 
is added to the end of the command or 
inserted if you include a / in the com- 
mand 


* A new Line Command, =, repeats the 
CLIST, TSO or Line Command en- 
tered on the previous line 

* E for Edit can be entered on the ISPF 
Library Member List displayed as a 
result of the M Line Command 

* FIND and RFIND (PF5) can now be 
used to find any string in the Dataset 
Name field 

* SORT and LOCATE can now be used 
on any field in the Dataset List with 
similar capabilities for Member Lists. 

Options 3.12, 3.13 and 3.14 have been 

added to ISPF to provide much needed 
comparison and multi-file search capabil- 
ities. Called the SuperC, SuperCE, Search- 
For and Extended Search-For utilities, they 
will be covered in future issues of this 
magazine once there has been an oppor- 
tunity to gain some experience in their use. 
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VPS has been used to replace other products, 
such as: IBM's 328x/ADMPRINT/DSPrint, CICS 
supported printing, SASWTR®, RJE and many 

others, with a single task to drive all your 3270 family printers directly from the JES 
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The Basics 


of ACF/VTAM 
Logmode Tables 


f you are just beginning to use an 
SNA network, you know that there 


are many concepts to learn. One of 


these is the definition and imple- 
mentation of the LOGMODE table. The 
misunderstanding of ACF/VTAM LOG- 
MODE tables causes many problems in 
SNA networks. For the systems program- 
mer who is new to SNA, it is sometimes 
difficult to understand how to define a 
LOGMODE table and when and where to 
use one. This article provides background 
information for using LOGMODE tables. 


What is a LOGMODE Table? 


A logon mode (LOGMODE) table con- 
tains one or more sets of session param- 
eters that represent the session protocols 
that are to be used in an SNA session. 
The LOGMODE table is a set of ACF/ 
VTAM macros that are assembled and link 
edited into the ACF/VTAM load library 
identified as VTAMLIB. ACF/VTAM 
loads the module into memory when the 
first major node that references the LOG- 
MODE table is activated. 

At some time after you define your in- 
itial LOGMODE table(s), you may find 
that you want to replace one. To replace 
a LOGMODE table, all of the major nodes 
that reference the table must be varied in- 
active at the same time. The new table 
must be assembled and link edited into 
the VTAMLIB and it must be available 
when the first major node that references 
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the new table is activated. Contrary to 
popular belief, you do not have to shut 
down ACF/VTAM to implement a new 
LOGMODE table. 

Two SNA network definition parame- 
ters are related to LOGMODE tables when 
defining resources; MODETAB and 
DLOGMOD. MODETAB points to the 
table that ACF/VTAM will use to build a 
logon request for an application. DLOG- 
MOD points to the entry within the table 
that this resource will use. 

The ACF/VTAM logon command al- 
lows you to override the DLOGMOD pa- 
rameter, but not the MODETAB param- 
eter. That is, you can override the table 
entry, but not the table. For any logon 
override to be successful, the DLOG- 
MOD name must match an entry in the 
MODETAB table. 


The default for MODETAB is IS- 
TINCLM as defined in Appendix B of the 
Advanced Communications Function for 
VTAM, Customization, Version 3, SC23- 
0112. The default for DLOGMOD is IBM 
3767, the first entry in the table. When 
you point a resource to a table and do not 
specify DLOGMODE, ACF/VTAM will 
use the first entry in the table as the de- 
fault parameter. 

All logon requests look up logon pa- 
rameters in a table. If you have never 
needed to use or define a LOGMODE ta- 
ble, then either the default table or the 


subsystem being accessed is fulfilling your 
requirements. 


The LOGMODE Table and 
Applications 

The LOGMODE table does not have 
the final say in the session parameters. An 
application can redefine or override logon 
parameters. CICS, prior to release 1.7, is 
one example of a subsystem that over- 
rides LOGMODE definitions. The CICS 
TCT definition governs which session pa- 
rameters will be used. CICS has general 
SNA BIND images that it uses to talk to 
different device types depending on how 
the TCT definitions are specified. The pa- 
rameters in the TCT definitions that are 
related to SNA session parameters are 
TRMTYPE, CHNASSY and BRACKET. 

In CICS 1.7, the logon exit support has 
been improved to support more dynamic 
resource definitions. These definitions are 
generated based on the ACF/VTAM 
LOGMODE table values passed by ACF/ 
VTAM to the CICS logon exit. CICS will 
dynamically build a TCT entry based on 
matching the BIND image with a prede- 
termined resource pool. The LOGMODE 
table is used by ACF/VTAM to build this 
BIND image. Remember that an appli- 
cation can change the type of session pa- 
rameters it wants to use. Be sure to check 
your applications documentation for any 
specific LOGMODE table requirements. 
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LOGMODE Table Macros 

The LOGMODE table consists of three 
macros: MODETAB, MODEENT and 
MODEEND. MODETAB defines the start 
of the LOGMODE table and the CSECT 
name for the assembly. This is the name 
used as the MODETAB resource defini- 
tion parameter. It should match the name 
used to link the assembled module into 
the VTAMLIB dataset. MODEENT as- 
sociates a LOGMODE table entry name 
with a set of parameters that represent 
session protocols. MODEEND indicates 
the end of the LOGMODE table. 

IBM supplies a default LOGMODE ta- 
ble with ACF/VTAM. You can modify or 
replace this table but it is a good idea to 
keep it intact. If you need to define dif- 
ferent entries or other device support, 
you should do so in another LOGMODE 
table. 


LOGMODE Table Sample Entry 


Figure | illustrates one of the IBM de- 
fault definitions in the sample table IS- 
TINCLM for a 3278 Model 3 remote SNA 
terminal. Following the sample is a de- 
tailed description of each of the entries. 
Remember, an application can override 
any of these parameters at logon time. 


Sample 3278 Model 3 Entry 
04032783 MOeEnT LOGMODE = D4C32783, 
FMPROF = 03, 


TSPROF = 03, 

PRIPROT =X’ B1’, 

SECPROT =X’ 90’, 

COMPORT =X’ 3080’, 

RUSIZE = X' 87F8’, 

PSERVIC = X' 020000000000185020507F00' 


The LOGMODE parameter is the entry 
name associated with this definition. This 
is the name that is coded on the DLOG- 
MOD parameter in the resource definition 
and it is the table entry name. 

FMPROF is the function management 
profile to be used for this session. The 
SNA Reference Summary contains the 
specific information about the support that 
is available with FM profile 03. FM pro- 
file 03 defines support for brackets and 
chains. The PRIPROT, SECPROT and 
COMPROT parameters further define 
which LU, primary or secondary, is going 
to be able to send an end bracket, win 
begin bracket contention situations and 
whether or not function management 
headers are used. In addition, the follow- 
ing data flow control RUs are supported 
with FM profile 03: CANCEL, SIGNAL, 
LUSTAT, CHASE, SHUTD, SHUTC, 
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RSHUTD, BID and RTR. The applica- 
tion that the device is logged on to must 
also support this set of function-related 
services and protocols to communicate 
with this device. 


TSPROF is similar to FMPROF, but in- 
stead of being function management re- 
lated, it is used for transmission services. 
TSPROF 03 indicates that sequence num- 
bers are used on normal flow RUs and 
that normal flow data is paced. The fol- 
lowing transmission related RUs are sup- 
ported: CLEAR, SDT, RQR, STSN and 
CRV. 


PRIPROT defines how the application 
converses with the terminal. It further de- 
fines which FM and TS profile services 
are used. Hexadecimal ’B1’ represented 
as X’B1’ indicates a one-byte field con- 
taining Binary °1011’ represented as 
B’1011’ in the first four bits and B’0001’ 
in the second four bits. The BIND RU 
contains the definition of this bit pattern 
in byte four found in the SNA Reference 
Summary. The first two bits indicate that 
multiple request chains are supported. The 
next two bits indicate that both definite 
and exception response modes are sup- 
ported. B’0001’ (the second set of bits) 
indicates that only the primary logical unit 
or application can send an end bracket. 

SECPROT defines how the terminal 
converses with an application. This is de- 
fined in byte five of the BIND RU. Again, 
an X’90’ translates into B’1001’ and 
B’0000’ in bits. The first bit indicates that 
the secondary supports multiple RU 
chains. You would expect this since the 
primary logical unit supports multiple re- 
quest chains. The next bit indicates that 
the terminal supports only exception re- 
sponse mode. The terminal will not re- 
quest definite responses from the appli- 
cation. The last four bits indicate that the 
terminal will not send an end bracket and 
does not support data compression. 

COMPROT applies to both the primary 
and the secondary end, that is, application 
and terminal. This is defined in byte six 
of the BIND RU. The X’3080’ definition 
translates into B’0011’ B’0000’ B’ 1000’ 
B’0000’. The first bit indicates that brack- 
ets will be used and that the reset state is 
defined as being between brackets. The 
second bit in the first set indicates that 
bracket termination rule one is used. The 
next four bits are reserved and are all ze- 
ros. The next bit in the third set indicates 
half-duplex flip/flop mode. This means 
that an application will talk to the termi- 
nal and then send a Change Direction (CD) 


indicator. The CD indicator grants per- 
mission to the terminal to send data. The 
terminal sends its data followed by its own 
CD indicator. This applies only while the 
session is in the bracket state. The last set 
of bits indicates that the device is the first 
speaker and wins all bracket contention 
situations. 

RUSIZE determines the maximum RU 
sent by the secondary and the primary 
logical units. The formula is M*2**N 
where, in the above definition, X’87F8’ 
would translate to 8*2**7 or 1024 for 
maximum terminal RU send size and 
15*2**8 or 3840 for a maximum appli- 
cation RU send size. IBM recommenda- 
tions are usually acceptable for the de- 
vice type and model number that you 
are defining. 


PSERVIC is by far the toughest to de- 
fine because it is device specific. It stands 
for presentation services and relates to 
session end-to-end communication. The 
IBM 3270 Information Display System, 
3274 Component Description and Pro- 
grammers Guide, GA23-0061, contains 
the description for this field illustrated in 
Figure 1. This description is found in the 
BIND RU discussion. The first byte in- 
dicates the session type. X’02’ is defined 
for this device and means that it is an LU 
type two, 3270 device. The second byte 
indicates that this terminal supports the 
extended data stream commands and or- 
ders. The model 3270 sample definition 
shown in Figure | does not have this ex- 
tended support. 


The next field of interest includes the 
numbers X’1850’ and X’2050°. X°1850’ 
indicates that the terminal’s default screen 
size is 24 by 80. X’2050’ indicates an 
alternate screen size of 32 by 80. X’7F’ 
indicates that the alternate screen is sup- 
ported as defined by the X’2050’ or 32 
by 80. When using the PSERVIC defi- 
nition, you must go to the component de- 
scription manual for the device that you 
are defining to determine the contents of 
the field. 

The sample in Figure | includes eight 
parameters. Besides these, there are five 
other parameters that could be part of a 
LOGMODE table entry. They are Class 
of Service (COS), Encryption (ENCR), 
PSNDPAC, SRCVPAC and SSNDPAC. 

COS points to the class of service table 
to be used for the session. PSNDPAC, 
SRCVPAC and SSNDPAC are pacing pa- 
rameters. PSNDPAC refers to primary 
send pacing, SRCVPAC refers to second- 
ary receive pacing and SSNDPAC refers 
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to secondary send pacing. These three pa- 
rameters override the resource definitions 
PACING and VPACING. These are per- 
formance-related items and are used to 
control the flow of data between the host 
and the device. ENCR specifies ACF/ 
VTAM data encryption, a feature that is 
applicable only to MVS. 


LOGMODE Table Usage 

The LOGMODE table definition builds 
the CINIT RU used in session establish- 
ment. The CINIT RU has embedded 
within it the BIND image used to control 
the end-to-end protocol used for the ses- 
sion. An application’s ACF/VTAM logon 
exit can modify the bind parameters prior 
to issuing the OPNDST macro that is used 
to establish sessions. 


You can use an ACF/VTAM trace to 
see the CINIT and BIND RUs. Traces are 
a handy way to diagnose problems in SNA 
networks. The BIND RU is the first place 
to start in that process. 


Conclusion 

The Systems Network Architecture Ref- 
erence Summary, GA27-3136, contains 
specific information on the SNA Trans- 
mission Services (TS) and Function Man- 
agement (FM) profiles. The BIND RU is 
used in SNA to define session protocols. 
That RU can also be found in the SNA 
Reference Summary. Refer to that manual 
for a description of all the RUs identified 
in this article. If you want to start with 
some basics to help you learn SNA ter- 
minology, you might read the manual 
Systems Network Architecture Concepts 
and Products, GC30-3072, or Advanced 
Communications Function for VTAM, 
General Information, GC27-0608. 


If you need to define a LOGMODE ta- 
ble for devices other than those defined 
in IBM’s default table, an example is often 
helpful. The device’s component descrip- 
tion will usually contain either the format 
of the BIND RU or the actual LOG- 
MODE table definition. IBM has a num- 
ber of Washington System Center Tech- 
nical Bulletins available. These contain 
helpful ACF/NCP and ACF/VTAM ex- 
amples. SHARE and GUIDE are also 
good places to find resource people. 


To understand the LOGMODE table, 
most people must do some background 
reading about SNA. I hope that this arti- 
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cle helps you get started on the road to 
that understanding. As in all IBM defi- 
nitions, there is nothing magical; it just 
takes time to get used to the definitions 
and how to use them. = 
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CONTROL 
DASD GROWTH 


Through Effective 
Storage Management 


orporation data processing bud- 

gets have been undergoing in- 

creasing scrutiny from financial 

management in this era of cor- 
porate cutbacks. Consequently, budget 
dollars spent on data storage are impor- 
tant targets for cutbacks as cost control 
moves place pressure on data processing 
budgets. Direct-access storage costs can 
account for a majority of a company’s data 
processing hardware expenditure. As a 
result, many corporations have begun to 
consider the idea of developing a storage 
management structure to control DASD 
growth. 

Controlling DASD growth by devel- 
oping a storage management structure has 
merit for several reasons. The most ob- 
vious is slowing of DASD growth and 
corresponding easing of pressure from 
senior management to reduce costs. An- 
other reason is improving communica- 
tions between users of data storage and 
managers of the resource, thus increasing 
the probability of timely and effective data 
management activity. It can also provide 
positioning for evolutionary changes and 
benefits afforded by the IBM Data Facil- 
ity Product (DFP) family. 

The trick is to plan the purchase of 
hardware in time for its requirement but 
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not to purchase too much too soon. Buy- 
ing large quantities of hardware to have 
on hand for the eventuality of its use is a 
costly luxury. The cost of funds expended 
for hardware that will just sit around boosts 
the real cost of the hardware past a jus- 
tifiable limit. With Volume Purchase 
Agreements (VPAs), a customer gets a 
volume discount based on planned pur- 
chases throughout the year and the pur- 
chases do not have to come all at once. 


How Can Storage Management 
Control Costs? 


The most valuable effect of storage 
management is the imposition of structure 
and predictability upon the use of data 
storage resources. This process allows the 
storage capacity planner to have a much 
better idea of the coming requirements for 
data storage. Planning for data storage ca- 
pacity is a difficult task due to the com- 
plex and highly technical nature of its use. 
The storage management architecture can 
provide for the ability to track resource 
usage without the need for high levels of 
technical expertise and a large staff of 
technical experts that can communicate 
with the various user areas. An effective 
storage management structure then en- 
sures that the data storage needs of the 


non-DP areas of the company can be ad- 
equately communicated. 

The combination of centralization/ 
standardization provided by the applica- 
tion of creative software solutions in the 
storage management architecture can 
eliminate the time spent in monitoring re- 
source usage. The proper role of storage 
management is to eliminate the need for 
the user to monitor resource usage. A re- 
sponsive structure can unburden the user 
from such considerations while effec- 
tively and efficiently controlling how the 
data storage resources are used. The only 
responsibility the user should have is to 
accurately communicate his or her needs 
for data storage to the appropriate area. 

In addition to the time wasted there can 
be a huge expense due to wasted space 
on the DASD subsystem. The architecture 
of storage management can eliminate 
wasted DASD space through a technique 
usually referred to as ‘‘pooling.’’ Pooling 
as used at Connecticut National Bank was 
described in detail in the article, ‘Storage 
Management’s Relationship to DFSMS’’ 
(Data-Facility Storage Management Sub- 
system), in the May/June, 1988 issue of 
MAINFRAME JOURNAL. It is used to 
segregate types of data storage based on 
usage. 
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The cost-controlling effects of pooling 
are twofold. Pooling data on several vol- 
umes eliminates the ownership of vol- 
umes associated with specific groups or 
projects. The problem with project own- 
ership of volumes is that not all projects 
require full-volume storage. Because no 
other project can use the unused space, it 
remains idle waiting for use by the owner 
sometime in the future. The multiplica- 
tion of this unused space across many 
project-owned volumes can add up to un- 
used amounts of dozens of volumes de- 
pending on the size of the shop. DASD 
pooling groups all of the projects to- 
gether, eliminating the boundaries of 
DASD ownership and the resulting wasted 
space. Pooling can, however, be proble- 
matic if not properly controlled. Effective 
control is established through the tech- 
niques in place in the architecture. 


The next consideration of storage man- 
agement structure is to provide a process 
for users to communicate DASD require- 
ments and a process to satisfy the require- 
ments. The following is a description of 
the processes as they exist at Connecticut 
National Bank. There may be some pieces 
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flow between the users of the resource 
and the providers. It is important to spell 
out to the users what your expectations 
are as provider of the resource. It is also 
important to let the users know what you 
will provide to them in return. What is 
needed from users is accurate forecasting 
of storage needs. What you provide to the 
users is a guarantee of adequate storage 
levels. The system that handles this 
process must also be flexible enough 
to accommodate the inevitable ‘‘unfore- 
casted’’ requirements for storage. 


A measure of how well 8 aig! is 
doing is the absence of ‘ (B37, 
E37 and so on) job ag a timely 
turnaround of DASD requests. In addition 
to this, the absence of large amounts of 
unused DASD space is an indication that 
the requestors (forecasters) are providing 
accurate information. 


In Figure 1, the dotted line depicts a 
situation in which storage is purchased 
later than required. There is likely to be 
a lot of pain in the user areas as storage 
frequently becomes tight. The dashed line 
depicts an overabundance of storage. 
Users will be happy, but the organization 
is spending money that it does not have 
to spend. The straight line is the best way 
to procure storage. 


The process for procuring data storage 
begins with generation of the annual data 
processing budget and continues with reg- 
ular reforecasting exercises. 


Budget Generation 


During the period August-December, 
the data is gathered for the coming year’s 


November/December 1988 


Managing 
DASD Performance 
Can Be a Pleasure Trip... 
Not a Survival Course 


DASDMON will revolutionize the way you manage 
MVS DASD performance. 


Traditional DASD tuning techniques are being out- 
paced by faster CPUs and increasing user demands for 
more online data. Although cache controllers, data 
spaces and hiperspaces will relieve some of the strain, 
they also create new complexities. Tuning DASD can 
feel like struggling through a survival course. 


DASDMON takes you away from it all. 


DASDMON offers you system managed performance 
today. By cutting through the complexities of conven- 
tional tuning, managing DASD performance is more 
automatic and streamlined than ever before. Once 


you've set response time objectives, just sit back and... 


¢ DASDMON will identify problems by continually 
measuring individual I/O response times and 
comparing them to your objectives. 


® DASDMON will determine the cause of problems 
by gathering and analyzing data. No longer will 
you spend hours scanning reports. 


* DASDMON will present solutions to your problems 
in precise English, and simulate their effects to 
ensure that a new problem is not introduced. 


* DASDMON will select the best possible set of 
solutions so you can implement recommendations 
with confidence. 


And, if you have any questions or concerns along 
the way, our experienced technical support staff will 
be glad to guide you—24 hours a day. 


For more details, call (800) 323-2600 or (412) 323-2600 
in Pennsylvania. 


DASDMON from Duquesne Systems. 
Enjoy the results. 


DUQUESNE 
SYSTEMS 


Two Allegheny Center 
Pittsburgh, PA 15212 


CIRCLE #80 on Reader Service Card A 


budget. The period covered by the budget 
is January-December. During the gather- 


ing process, any area requiring DASD for 
the coming year forwards its estimates to 


the budget planning areas. Any amount 
of DASD can be requested — from one 
cylinder to many volumes. In our case, 
the user thinks in terms of 3380 cylinders 
or volumes. Whether his data ends up on 


single, double or triple capacity DASD is 
irrelevant for planning purposes. The 
placement of his data will be dealt with 
when the time comes. Obviously, the 
budget document will be extremely large 
and cumbersome if every DASD cylinder 


is listed therein. Instead, the details of all 
requests for less than one volume (885 
3380-type cylinders) are handled in a sep- 
arate document and summarized on the 
budget document as a general **new proj- 
ects/application growth’’ category. Proj- 
ects requiring one or more volumes will 


appear on the budget document itself along 


with a separate justification document. 
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and approval, the final form of the budget 
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is printed and will be used for planning 
purposes throughout the year. Each quarter 
a DASD forecast is sent to the DP divi- 
sion for revision. This is the detail doc- 
ument needed for accurate planning of 
DASD purchases. DASD will be ordered 
quarterly to fulfill the storage require- 
ments as outlined in the forecast docu- 
ment. As projects are inevitably delayed 
or accelerated, so is the purchase of the 
required DASD. By delaying purchase of 
DASD until it is actually required, the 
company can delay expenditures resulting 
in lower “‘soft’’ costs such as the cost of 
funds. This is in part the theory of ‘‘just 
in time’’ purchasing methods. 


As stated above, the key to a good stor- 
age management structure is responsive- 
ness to the users of the resource. By de- 
laying purchase of DASD until it is 
actually required, the storage manage- 
ment planners run the risk of getting 
caught without enough storage capability. 
Several steps can be taken to prevent this 
from occurring. In a “‘pooled’’ storage 
environment there can be adequate pad- 
ding in the DASD pools to provide a tem- 
porary bridge until new DASD is in- 
stalled. There are also software solutions 
available such as STOP X-37 from Em- 
pact Software, Inc. (Conyers, GA). STOP 
X-37 will trap B37, D37 and E37 abends 
and provide storage for ‘‘spilled’’ data- 
sets or more than sixteen extents, de- 
pending on what is required. By provid- 
ing enough capacity in the STOP X-37 
“spill” pool, the increase in X37 abends 
that occurs as the production DASD pools 
get tight on available storage will be trap- 
ped and no interruption to production pro- 
cessing will occur. This is especially use- 
ful because spot shortages can occur even 
in DASD pools with plenty of available 
space. 


Also key to providing a responsive sys- 
tem is the guarantee of rapid turnaround 
to budgeted requests for storage. It has 
been my experience that after a user has 
been held up waiting for requested stor- 
age to be provided, he or she will respond 
by forecasting more DASD earlier than 
needed to compensate. Once the user is 
comfortable that the requests will be sat- 
isfied in a timely manner, accurate fore- 
casting is usually provided. Below is a 
discussion of the disbursement system that 
has been developed to communicate and 
fulfill requests in an efficient and timely 
manner. 


Disbursement 


At Connecticut National Bank, the ve- 
hicle used for processing DASD requests 
is an electronic mail system. With this 
particular E-Mail package, electronic 
“‘forms’’ can be created for the three types 
of DASD requests usually processed. The 
three types of requests we have found to 
be the most common are: 

* Budgeted DASD requests — a budget 
number is required to tie the disburse- 
ment back to a specific budget item 

* Unbudgeted DASD requests — ap- 
proval is required from application man- 
ager, department head and division head 
before disbursement occurs 

* “‘Loaner’’ DASD requests — for tem- 
porary (30 days or less) requirement of 
storage. Subject to DASD availability. 

The forms are submitted and processed 
only for requests of one volume or more. 
This limits the degree of imposition that 
storage management structure places upon 
the user. Requests for less than one vol- 
ume are satisfied even if unbudgeted 
without being subject to approval. If the 
request is unbudgeted, it is automatically 
logged into a report file. Each quarter, 
storage management provides bank senior 
management with reports that outline all 
DASD disbursed for budgeted or unbudg- 
eted projects. The gathering of disburse- 
ment data is facilitated by an on-line sys- 
tem that handles the communication of 
requests from the programming to the data 
management area. Requests are con- 
structed when programmers fill in ISPF- 
based screens that ask for background in- 
formation about the request. The Auto- 
mated Data Management Requests Sys- 
tem (ADMS) translates the information 
into a data management transaction that 
informs the data manager of the nature of 
the request or group of requests (one or 
more transactions or requests are known 
as a data management ‘‘package’’). This 
software is a good tool for easing the im- 
pact of centralizing the data management 
effort because it actually reduces the ef- 
fort required by the programmers to main- 
tain the files of a production system. The 
ADMS software is marketed through Ad- 
vanced Software Products Group (Na- 
ples, FL). 

Data management packages are elec- 
tronically transmitted to the data manager 
for action and the quality control area for 
review. After the package is reviewed and 
accepted by quality control, the data man- 
ager can perform the data management 

See DASD Growth page 99 
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A Look at the Internals of the VSE 


s IBM’s leading operating 

system in terms of number 

of installations, VSE enjoys 

a wide variety of uses and ap- 
plications. 

The internals of the VSE operating sys- 
tem are mapped out into major control 
blocks with reliable anchor pointers. The 
relative ease of debugging and implemen- 
tation of user modifications are important 
contributors to the longevity and popular- 
ity of the VSE operating system. 

VSE does what every good operating 
system should do; manage I/O and CPU 
resources. Dozens of control blocks live 
‘under the covers’’ of VSE. These con- 
trol blocks are like old friends during 
the process of problem determination. 
Throughout many years and several re- 
leases of DOS/VSE, the control blocks 
have changed and expanded. For pur- 
poses of our peek inside, this article will 
reference the control blocks relative to 
VSE/AF 2.1. 

Before problem determination and de- 
bugging can begin, a full understanding 
of these control blocks is required. We 
will examine the control blocks in terms 
of four major functional areas: system an- 
chors, partition related, task related and 
I/O control. 


Trusted Friends: the System 
Anchors 


Certainly one of the first anchors to ex- 
amine in the course of problem determi- 
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ies COMMUNICATIONS REGION (SYSCOM), 


HEX 
DISPLACEMENT 
00-03 
04-07 
OC-OF 
1C-1F 
20-23 
24-27 
2C-2D 
30-33 
3C-3F 
58-59 
5A-5B 
7C-7F 
9C-9D 
9E-9F 
AO-A1 
DC-DF 
EC-EF 
F5-F7 
F8-FB 
130 


KEY AREAS 


DESCRIPTION 


Adaress of Error Block 

Hard Wait Code 

Pointer to SYSRES PUB 

Address of LTA 

Beginning of Problem Program Storage 
Address of CHANQ 

Number of Partitions 

Total Virtual Storage Size 

Address of VIO Communication Area 
Task ID of LTA Owner 

Task ID of Last Task Dispatched 
Address of Job Accounting Common Area 
VTAM's PIK 
POWER’s PIK 

ICCF’s PIK 

Address of SMCB Address Table 

End of Real Storage (370 mode only) 
Address of SVA 

Address of System Getvis Area 

End of SYSCOM 


SYSCOM is pointed to at fixed location x'80" 
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nation is the System Communications Re- 
gion or SYSCOM. The address of 
SYSCOM can always be located at fixed 
location x‘80’. SYSCOM provides many 
pointers to important tables as well as 
critical configuration and status informa- 
tion (see Figure 1). Information such as 
the number of partitions in the system, 
the last task set active by the supervisor 
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and the system hard wait code are ex- 
amples of the data available here. During 
debugging of a VSE system hard wait for 
example, the last task dispatched at 
+x‘5A’ into SYSCOM should be exam- 
ined to gain insight into the events leading 
to the system’s sudden demise. 

The second important system area is 
the Fixed Control Area or PSA (see Fig- 


FIXED CONTROL AREA (PSA) 


LOW CORE 
ADDRESS (HEX) 


240-241 
242-243 
244-247 
248-24B 
24C-24F 
250-253 
254-257 
258-25F 
260-263 
264-267 
268-268 
26C-26F 
270-273 
274-277 
278-27B 
27C-27F 
280-2BF 
2C0-2C3 
2C4-2C7 
2C8-2C9 
2CA-2CB 
2CC-2CD 


Flags 


DESCRIPTION 


Routine Identifier (RID) 

Current Time Pointer 

Address of PIB2TAB 

Address of System PCB 

Address of SCB Address Table 
Address of Current SCB 

Partition Selection String (PSS) 
Pointer to Current TCB 

Pointer to Current TIB 

Pointer to Current PIB 

Pointer to Current PCB 

Debug Header Address 

Debug Parameter Address 
Address of First Level Interrupt Handler 
Address of Dispatcher 

ERA Save Area 

Address of TIBATAB-4 

Address of PCB Address Table 
Number of Page Frames Available 
Minimum Number of Pages Not Fixed 
Save Field for RID 


PARTITION IDENTIFICATION KEY (PIK) ASSIGNMENTS 


NPART BG FB FA F9 F8 


12 10 20 30 40 S50 
11 20 30 40 
10 20 30 
09 20 
08 
07 
06 
05 
04 
03 
02 


poe ew 


70 «80 BO 
60 70 AO 
50 60 90 
40 50 80 
30 40 70 
20 30 60 
20 50 

40 

30 

20 


The PIK of a partition is located at x’2E-2F’ of its COMREG. 
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ure 2). The PSA, anchored at fixed stor- 
age location x‘240’, contains several vital 
pointers relating to the current task in 
control such as the current TCB, TIB, PIB 
and PCB. Additionally, the Partition Se- 
lection String (PSS) and the address of 
the PCB address table arranged in priority 
order (PPRTYOWN), both critical instru- 
ments used in the science of task selec- 
tion, are found here. The PSA is an abun- 
dant source of information during problem 
determination. 

An additional, yet partition-related an- 
chor can be found at fixed location x‘14’. 
The Communication Region (COMREG) 
of the current partition is anchored here. 
The COMREG contains addresses and 
pieces of information relative to the active 
partition. 


System anchors 
to examine are 
SYSCOM, PSA 
AND 
COMREG. 


Each One Has Four 


Within the VSE system there are four 
major control blocks associated with each 
partition. The Program Information Block 
(PIB), the Program Information Block 
Extension (PIB2), the Partition Control 
Block (PCB) and the COMREG. The se- 
cret to locating a particular partition’s 
control blocks lies in the usage of the Par- 
tition Identification Key or PIK. The PIK 
always remains the same for the back- 
ground partition. It varies, however, for 
all foreground partitions based on the 
number of partitions generated in the sys- 
tem (see Figure 3). 

A partition’s COMREG can be ad- 
dressed by its PIB2 + x‘00’. The COM- 
REG contains additional system pointers 
and partition information (see Figure 4) 
such as the current date, the active job 
name and most importantly, the PIK of 
the partition. 

The PIB and PIB2 tables are anchored 
at x‘SA’ and x‘7C’ into COMREG re- 
spectively. Additionally, the PIB2 table is 
pointed to by a full word at low core 
x‘248’ within the PSA. 
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Computer Associates introduces 
total data center automation for VSE. 


Production Control 


OMPUTER’ 
SSOCIATES 


Software superior by design. 


Computer Associates brings 
you the industry's only complete 
line of VSE systems software: 
CA-UNICENTER®/II VSE, the total solu- 
tion for data center automation. 


With CA-UNICENTER/II VSE, you gain 
extensive tape and disk manage- 
ment capabilities, automated 
production scheduling and output 
distribution, performance measure- 
ment and job accounting facilities, 
the industry’s leading security soft- 
ware, essential sorting and report 
writing utilities and even more. 


Through advanced integration 
and automation, CA-UNICENTER/II VSE 
ensures efficient utilization of data 
center resources, virtually eliminates 
manual involvement and dramatic- 
ally improves overall productivity of 
the data center—enabling you to 
achieve levels of efficiency never 
before possible. 


Automated service 
and support, too: 
CA-UNISERVICE®/II 
provides a secure 
link between 
your main- 
frame and 
Computer 
Associates’ 
Customer Ser- 
vice System, 
24 hours a day. 
You get online 
access to software 
fixes, interactive problem resolution, 
product tutorials and more. 


Call Dana Williams today: 
800-645-3003 (Ext. 5811). 


© 1988 Computer Associates International, Inc 
711 Stewart Ave., Garden City, NY. 11530-4787 


Resource i 


Security 


¢ World's leading independent software company. 


¢ Broad range of integrated business and data processing 
software for mainframe, mid-range and micro computers. 


¢ Worldwide service and support network of more than 4100 offices. 


Resource & Operations Management « Financial » Banking » Graphics « Spreadsheets « Project Management 
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IAM vs VSAM 
The Incredible Shrinking Machine 


IAM Reduces the Size of Your VSAM Files by 30 to 70% 


STRUCTU (RIE VSAM files account for the lion’s share 


of disk space used in most installa- 
IAM SAVES 20 to 40% tions. Online systems (CICS), BATCH 
DASD SPACE 


jobs, TSO, SMP/E and other applica- 
IAM uses an advanced file structure which is far a eee (SDS) flex Tanner 
superior to VSAM. IAM’s supercompressed index . ye: 
requires:a fraction of the space taken by VSAM. IAM is a transparent alternative to VSAM 
IAM’s freespace concepts make much more effi- KSDS files, which substantially reduces 
cient use of disk space. I|AM’s blocksizes are not the impact of VSAM processing in your 
restricted as VSAM’s are, making full utilization installation. There are no modifications 
of each track. IAM is not affected by large key to programs or JCL to use IAM files in 
sizes which can result in VSAM wasting Cl’s in 


place of VSAM. 
every Control Area. 


DATA SMF ANALYSIS 
COMPRESSION VSAM SIZE REPORT 


SAVES AN ADDITIONAL sisi ier ee Gee 
20 to 50% DASD SPACE Se Seis 
BIG.CLUSTER 2507803 
IAM optionally compresses data records. Most BIG.CLUSTER.DATA 2105001 
files contain records with unused fields or re- ea 55 — 
peating sets of characters. When IAM applies ie 
its proprietary compression techniques, the re- AFILE.SMALLER.DATA 270501 
sult is an additional 20 to 50% reduction in 
file size. 
IAM’s CPU time is dramatically less than com- 
peting compression products. In fact, since 
IAM’s CPU time is normally much less than 
VSAM, IAM with data compression takes less 
CPU time than normal VSAM processing. 


RELEASE 


AUTOMATIC RELEASE 
OF UNUSED SPACE 


IAM takes the guessing game out of VSAM 
space allocation. Large amounts of disk space 


are wasted when users over-estimate how a 
much space VSAM requires or how many Ba ry # * | NNOVAT I ON 


AFILE.SMALLER. INDEX 408715 
SMPE.TDFP223.CSI 3880211 
SMPE. TDFP223.DATA 3075021 
SMPE.TDFP223. INDEX 805190 


IAM’s SMF analysis program identifies 
your largest and most highly used VSAM 
files. To see your VSAM usage, send 
for the FREE SMF reporting program 


(IAMSMFVS). 


Call for a Free No Obligation 
90 Day Trial 


From the Makers of FDR & ABR 
Supports MVS and MVS/XA 


records a file will contain. VSAM cannot 
DATA PROCESSING 


release overallocated space. 
Innovation Plaza, 275 Paterson Avenue 
Little Falls, NJ 07424 (201) 890-7300 
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Both the PIB and PIB2 entries are 16- 
byte entries. This is the scheme behind 
each PIK as a multiple of 16. Given the 
PIK and the anchor pointer, you can eas- 
ily index to a partition’s control blocks. 
Historically, both the PIB and PIB2 are 
old tables maintained for sake of com- 
patibility. The PIB2 has a few important 


COMREG at +x‘00’, the Task ID (TID) 
of the main task at +x‘04’ and the PCB 
pointer at +x‘08’. 

The PCB is a critical control block used 
during task selection by the supervisor’s 
dispatcher (see Figure 5). This control 
block was significantly reworked for VSE/ 
AF 2.1 to include such information as the 


pointers, however, such as the address of _ current Space Control Block (SCB) pointer 


COMMUNICATIONS REGION (COMREG) 
KEY AREAS 


HEX 
DISPLACEMENT 


DESCRIPTION 


Job Date 

UPS! Byte 

Job Name 

Problem Program End Address 
PIK of Partition 

Address of PUB Table 

Address of LUB Table 

Address of PIB Table 

Address Space ID (370 mode only) 
Address of Sysparm 

Address of Job Accounting Table 
Procedure Name 

Pointer to POWER PCB 

End of COMREG 


The Current COMREG can be found at low core address x'14’. 


FIGURE 5 


PARTITION CONTROL BLOCK (PCB) 
KEY AREAS 


HEX 
DISPLACEMENT 


00-01 Length of this PCB 

04-07 Partition Priority Mask for PSS 
14-15 PIK 

16-17 Length of the TSS (For TRT) 
18-1B Task Selection Status (TSS) 
20-43 Task Id in Priority Sequence 
4C-4F SCB Pointer of Active Space 
54-57 Address of Main Task Save Area 
5C-5F Virtual Partition Begin Address 
60-63 Virtual Partition End Address + 1 
64-67 Real Partition Begin Address 
68-6B Real Partition End Address + 1 


The PCB can be located at PIB2 + x’08’ 


DESCRIPTION 


MAINFRAME JOURNAL 


in a Virtual Addressability Extension 
(VAE) system. The PCB also contains the 
pointer to the main task save area where 
PSW and registers are stored upon an in- 
terrupt. The Task Selection String (TSS) 
and Task ID String (TIDSTR), both es- 
sential components used during task se- 
lection, are located within this control 
block. During problem determination, 
these areas will aid in determining whether 
a task is ready to run or is waiting on an 
event or resource. 

VSE’s control logic breaks the ‘‘work 
unit’? down further from partitions to 
tasks. One or more tasks may be active 
in a partition at any one time. All resource 
scheduling is based at the task level within 
the highest priority partition. 


A Tisket, A TASKet? 


There are two control blocks for each 


VSE’s control block 
architecture has 
grown to 
accommodate new 
facilities. 


main and sub-task in the VSE system; the 
Task Information Block (TIB) and the 
Task Control Block (TCB). These control 
blocks are no longer necessarily found in 
the supervisor’s storage, rather they are 
allocated dynamically at task initiation and 
are used to control and monitor each task’s 
status. The unique TID of each task is 
used to locate the blocks. 

Remember the TID of the last task dis- 
patched found at SYSCOM +x‘SA’? 
Often times this is where we start to work 
into the control blocks. All of the TIDs 
within a partition are located at TIDSTR 
in the PCB. 


TIBs can be located by using a table 
called the TIB Address Table (TIBA- 
TAB). The TIBATAB is a table of four- 
byte address pointers to the TIB for each 
task in the system in TID sequence. Using 
the TIBATAB pointer located at x‘2C0’ 
in the PSA (actually this is the address of 
TIBATAB minus four to allow for easy 
indexing), the TIB for a given TID can 
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ie See 


1/0 CONTROL BLOCK RELATIONSHIP 


cB 
0 2 4 6 8 


(ooo | races | come | Spex lacey Laccom | 


CCB can be found in task's 


IWB 
ce) 1 2 
+ + 


PUB INDEX | EXPANSION 


The LWWB || is anchored off of the partition COMREG +x'4C'. 


CCB Byte 2 |CCB Byte 3 


The CHANQ can be located at SYSCOM + x'24'. 


be calculated easily. The TIB is heavily 
used by the dispatcher during task selec- 
tion and wait processing. It points to the 
TCB for the task at displacement x‘08’. 
A cancel code for a task is posted in the 
TIB and all information required to ana- 
lyze a task wait can be found here. 

The task’s TCB can be variable in 
length depending on several characteris- 
tics such as whether the task is a main 
task, sub-task or system task. The TCB 
anchors the TIB, likewise at x‘08’. This 
control block is vital during debugging as 
the task’s save area is pointed to at x‘0C’. 
The TCB is also used by the Fetch rou- 
tine and for CCW translation during I/O 
processing. 
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register 1. 


What Goes In, Must Come Out 


The management of I/O resource 
scheduling is handled through the use of 
control blocks as well. 


There are four major I/O related con- 
trol blocks: the Command Control Block 
(CCB), the Logical Unit Block (LUB), 
the Physical Unit Block (PUB) and the 
Channel Queue (CHANQ). 


The CCB is a control block originating 
within a task’s storage area. The CCB 
represents a request for I/O and contains 
information such as the pointer to the par- 
ticular I/O instruction (that is, read/write) 
to be executed and to the target device. 
For debugging purposes, if a task is wait- 


VSE SYSTEM CONTROL BLOCK 
INTER-RELATIONSHIP 


+x'24' 


ing on I/O completion, the task’s general 
register one should be examined to locate 
the CCB. Optionally, the CCB will be 
pointed to in the task’s TIB +x‘04’ or 
TIBSTATE. 

There is a LUB table for each partition 
consisting of a two-byte entry for each 
logical unit that can be assigned by a 
problem program. This table is used by 
the supervisor to calculate the target I/O 
device as indicated in the requestor’s 
CCB. The LUB table can be !ocated at 
x‘4C’ into the partition COMREG. The 
LUB table consists of a one-byte index 
(hence the arbitrary 254-device limit) to 
point to the actual device entry in the PUB 
table. 
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Lee Veal On VSE Console Support... 


“Anything IBM gives you, DOCS 
makes five to ten-fold better.” 


With 17 years systems software experience, Lee Veal, 
Software Support Supervisor for The City Of Garland, 
Texas, has seen a lot of software come and go. But there’s 
one product Lee won’t let go— DOCS (Display Operator 
Console Support) from SMARTECH Systems. And 

here’s why... 


| recommended DOCS because it looked like it was going to 
save us a lot of money. With the ability to call up the VSE 
system console from multiple terminals, we're able to 
de-centralize our access. And that cuts down on the 
~._ phone calls received by the operational staff, because 
wail programmers have access to DOCS in their building 
a” at home. 
_,» How easy it is to install DOCS... 
It's not like re-inventing the wheel to bring DOCS 
up. You don’t have to change your operational 
layout or procedures just because DOCS is in 
place. In fact, it actually makes the system come 
up faster. 


Plus DOCS allows the terminals to be shared back and 
» forth between CICS or any other on-line software. They 
can be dual purpose — and we need those terminals for 
other functions. 


On DOCS security features... 


DOCS allows us to use password securities and “read only” 
type securities whenever the DOCS consoles come up. We 
can even include or exclude partitions on each individual con- 
sole. We use these features in the programmer area—for the 
terminals that the programmers have access to. 


How DOCS Dynamic System Status Display (DSSD) 
_ increases efficiency... 


It tells us if a job is running or why it stopped. This makes a 
difference when we have a problem. We can know what the 
program is waiting on and address the problem saving us a lot 
of time. If we didn’t have this, we'd be “flying blind?’ 


How DOCS reduces keying time... 


With DOCS we're able to set up our PF-Keys on-line to 
store commonly used responses like IGNORE, CANCEL and 
RETRY. Also, there are features that let us “pre-answer” ques- 


SMARTECH SYSTEMS, INC. tions. One we use more than any is the “call back” feature 

: : : where you can Call back your previous reply and answer that 
Turning high technology into SMART TECHnology.™ same thing again for the next response. Plus, we have the 
10015 W. Technology Bivd., Dallas, TX 75220 ability to recall any line on the screen for input. It saves the 

Telex: 9102503110 operators time from sitting and pecking out those characters. 


On the need for DOCS in today’s environment... 


It simply makes your operation run easier with it than without it. 
Most of the benefits of DOCS you really can’t say in words how 
good they are—you just have to experience it. 


Why not experience it for yourself? Try DOCS FREE for 
30 days. It takes just 30 minutes to install. Call us for 
more information. 


VSE and oe = ragienred ———- of the International Business Machine 1-800-53-SMART 
Corp. SMARTECH and are trademarks of SMARTECH Systems Inc. . 
Copyright © 1988 SMARTECH Systems, Inc. All rights reserved. Outside the U.S., call (214) 630-8324 
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The PUB table consists of one eight- 
byte entry for each device and is anchored 
at x‘40’ into the COMREG. The infor- 
mation in this entry includes the device 
address, type and status of any I/O out- 
standing. Additionally, a one-byte index 
into the CHANQ table can be found if 
any outstanding I/O exists for the device. 

The CHANQ, anchored off of SYS- 
COM +x‘24’, contains a 32-byte entry 
for each I/O request. The information 
stored here includes the CCB (relocated 


if necessary), TID and PIK of the original 
requestor. 

Figure 6 illustrates the correlation of all 
of the I/O related control blocks. 


Put It All Together 


In Figure 7, the overall structure and 
relationship these control blocks have with 


each other is illustrated. The essence of 


using control blocks is to provide re-en- 
trancy and ease of resource management. 
Common routines have been written to 


DON’T WASTE ANY MORE TIME 
WAITING FOR REPORTS 


Access POWER and VM queues, and now 
On-Line Spooling with DTA/PRINT 


Avoid the delays of manual report distribution. Any report in any POWER 
or VM queue can be routed to any CICS attached printer or viewed on any 
CRT. Security features help you control access to reports. 


Your CICS applications can generate reports that can be automatically or 
manually routed by DTA/PRINT to any CICS printer, or sent to POWER 


LST, RDR, or PUN Queues. 


The headache of Broadcasting reports is ended. Entire reports or parts of 
reports can be distributed to several locations with a single print request. 


Routing reports as they are generated is easy. DTA/PRINT can automatically 
route reports whenever they appear in user selected queues. Routing can 
be established by 12 different selection criteria. 


Over 100 on-line HELP screens make DTA/PRINT easy to learn and easy 


to use. 


For details and a free 30-day evaluation, call toll free 
800-521-6773 or (in Minnesota) 612-591-6100 


® Davis, Thomas & Associates, Inc. 
Software Products Group 

550 Waterford Park 

505 N. County Road 18 
Minneapolis, MN 55441 
800-521-6773 or 612-591-6100 
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handle a single resource function. By us- 
ing different control blocks, a variable 
amount of resources can be managed and 
expansion is an inherent benefit as there 
are no explicit limitations. 

The control block architecture of VSE 
is solid and has grown over the years to 
accommodate new facilities. In the next 
article, the dispatching and scheduling 
techniques employed by VSE and the in- 
teractions with these control blocks will 
be examined. = 


ABOUT THE AUTHOR 

Eric Vaughan is president of Smartech 
Systems, Inc., a systems software firm 
specializing in the VSE market. Vaughan 
has more than nine years of technical ex- 
perience with VSE and VM operating sys- 
tems and has worked extensively in the 
field of telecommunications. Smartech 
Systems, Inc., 8701 Carpenter Freeway, 
Dallas, TX 75247, (214) 630-8324. 
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PROBLEMS: 


The DOS/VSE Label Area is a performance bottleneck. 
Slow disk, relative to CPU, limits performance. 


SOLUTION: BIM-VIO 
The DOS/VSE ‘Virtual’ Disk Drive 
and Resident Label Area Product. 


Think of it as a disk drive with zero seek time and rotational delay, 
having no electrical, air conditioning, or floor space requirements! 


BIM-VIO uses a facility in DOS/VSE/SP called 
“VIO” to map all I/O requests for a non-existent 
disk address to a virtual memory area outside the 
normal VSE address space areas. Since this area 
is in virtual storage, references to it are satisfied 
at CPU speeds and no actual disk I/O takes place, 
except possibly if memory paging results. The net 
result is a potentially significant performance 
improvement of programs using this area. 


The virtual disk can be used for almost anything 
that does not require permanent retention beyond 
system start-up (IPL). Examples are compiler work 
files, SORT work files, temporary files used within 
or between application jobs. Application programs 
are not affected, the JCL is simply changed to point 
to the virtual disk drive ‘address’. 


Brin 


B | MOYLE ASSOCIATES, INC. 
5788 Lincoln Drive 
Minneapolis, MN 55436 


A built-in aspect of the product is that the DOS/VSE 
Label Area is relocated to the virtual disk. This area 
is one of the most frequently accessed in most DOS 
sites, so moving it to the virtual disk should result 
in significant performance improvement to the 
overall system, regardless of any other specific use 
of the virtual disk capability. 


BIM-VIO is priced at $3600 for a permanent 
license, $1800 on an annual lease or $180 ona 
monthly rental. 


B | Moyle Associates, Inc. has been dedicated to 
providing cost effective software solutions, which 
improve system performance and user productivity, 
for over 10 years. For more information on BIM-VIO 
or any of our other quality software products and 
services, call Jim Kingsbury at 612-933-2885 today. 


612-933-2885 
Telex 297 893 (BIM UR) 


Member Independent Computer Consultants Assn. 
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Design, 
erformance & 
apacity Planning 


For DB2 Applications 


he time is 10:30 A.M., Decem- 

ber 7, 1988. Your first large DB2 

application has gone into pro- 

duction. The CPU utilization of 
your 3090-400E processor has increased 
from its previous average of 40 percent 
busy, to more than 90 percent. The re- 
sponse time for all the other on-line sys- 
tems has quadrupled, the users are 
screaming and a vice president wants 
someone’s scalp. 

Does this sound far-fetched or does it 
awaken memories of early implementa- 
tions of other on-line database systems? 
Many of us have suffered through such a 
disaster in the past (hopefully distant) and 
have learned how to plan for new appli- 
cations and to model their processing re- 
quirements. Most of the non-relational 
DBMS’ have been around for quite a while 
and we know how they perform and how 
they process their databases. We know 
how to monitor and estimate the I/Os and 
resource requirements for each on-line 
program. 

DB2 is a new environment and some 
of our existing methodologies will have 
to be modified. Additionally we are not 
able to control access paths as with older 
DBMS, nor are we able to monitor real 
I/Os from a query since DB2 uses the 
VSAM Media Manager directly. 
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This article addresses the application 
design process, the tools used to evaluate 
the performance of specific SQL requests 
against prototype tables and software tools 
that may be used to model and project the 
system resource requirements of DB2 ap- 
plications. 

The data presented here is from DB2 
Release 1.3. The next version of DB2 2.1 
is scheduled for general availability in 
October. My previous article in the 
September/October, 1988 MAINFRAME 
JOURNAL addressed some of the func- 
tional and performance improvements that 
are expected in the new version. Natu- 
rally, the performance improvements will 
have to be measured as well as the impact 
of the new features. 


Application Design Process 

The design process for DB2-based ap- 
plications is similar to that of any other 
on-line application using database man- 
agement software. The critical items are: 
the data and its volume, the organization/ 
structure of the data, the on-line and batch 
processing requirements and the expected 
on-line transaction volume. 

Batch processing requirements are a 
significant part of the overall design proc- 
ess, especially if the system is expected 
to be available most or all of a twenty- 


By Joel Goldstein 


four hour period. Extended operation re- 

quirements place difficult burdens upon 

some otherwise normal activities: 

@ Table loads of large numbers of daily, 
weekly, or monthly data records 

@ Large maintenance runs such as 
deleting/inserting/updating more than 
10 percent of a table (the significance 
depends upon the size of the table) 

@ Large reporting requirements that 
must scan entire tables and will 
impact on-line terminal response times 

@ Tablespace/Table reorganizations that 
are necessary in high update/delete 
systems 

@ DB2 systems may require frequent 
use of the RUNSTATS utility and re- 
binding of PLANS to enable the 
OPTIMIZER ‘to select efficient access. 
One of the most critical steps in the 

application development process is the 

design of the databases (DB2 tables). The 
theory of database design, especially for 
relational systems, dictates that the data 
should be reduced to fifth normal form 
prior to starting the actual database and 
table design. The foundations and reasons 

(elimination of data redundancies) for this 

process have been set forth by E. F Codd, 

C. J. Date and James Martin. The reali- 

ties of the present ‘‘state-of-the-art’’ of 

software and hardware will have to bear 
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You don't have 
to wait on tables. 


Meet tableBASE™. It will improve programmer productivity and 
system performance — often by more than 90%. 

A powerful tool for automating table handling in mainframe 
applications, tableBASE also effectively manages data in 
memory, dramatically reducing run-time and 1/0. 

Stop waiting on applications . . . these customers did! 


East Midlands Electricity Board (UK) 
Cash Management Application, 420,000 transactions 


VSAM tableBASE Savings 


CPU Time 
Elapsed Time 


y Pacific National Bank 
Electronic Funds Transfer system, 660,000 transactions 


Savings 
43% 


__ [895,000 


Blue Cross and Blue Shield of Ohio 
Claims Processing Application, 175,000 transactions 


tableBASE 
CPU Time 
Elapsed Time 


tableBASE 


More benchmarks and additional information ar ilable by contacting: 
Data Kinetics, 97 Norman Street, Ottav da KIS 3K5 
Tel: (613) 238-6709 — FAX: (6 38-2852 
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with DB2? 


Work with BMC 


DB2 can be a lot more work than you expected with 
quite a bit less help than you need. But when you’ve got 
BMC Software’s comprehensive set of data base admin- 
istration tools—which include standard interfaces and 
integrated function—you can reduce your costs and 
make your work fast, easy and error-free. 


DB2 ALTER-provides complete support for changing, 
copying and migrating DB2 data structures; includes 
data conversions, authorization-id switching and restart 
capabilities. 

DB2 CATALOG MANAGER- gives quick and easy cata- 
log information, execution of SQL DDL and DB2 utilities, 
audit logs and extended SQL function. 


DB2 DASD MANAGER -controls the life cycle of physi- 
cal objects with comprehensive space analysis statistics; 
also includes space estimation, AMS command and 
utility jobstream generation and action triggers. 

DATA PACKER ™/DB2-reduces DASD requirements for 
DB2 tables an average of 50% to 70%; reduces EXCPs. 


DB2 REORG PLUS-reorganizes DB2 tables 4-10 times 


= faster than the supplied DB2 utility; provides dual image 
AAS copy and statistical history. 
po For more information or to begin a 30-Day-Plus Free Trial 

of any or all of these products, complete and return this 
coupon or call BMC Software, Inc., The Complete DB2 
Company.™ 

> Pann — } pete em pence” 
|} PO. Box 2002 BIVIG 
1 Sugar Land, TX 77487-2002 
| 1-800-841-2031 


or call collect: 713-240-8800 SOFTWARE 


Contact me about: 
Free More 
Trial Info 


DB2 ALTER 

DB2 CATALOG MANAGER 
DB2 DASD MANAGER 

a DATA PACKER™/DB2 

DB2 REORG PLUS 

All BMC DB2 products 


Name 


Title 


Company 


Address 


City State/Prov. 


Phone 
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an overriding decision upon the theoreti- 
cal philosophies of relational systems de- 
sign and much of the data will have to be 
de-normalized back to fourth-or-third- 
normal form as the tables are designed. 
The reason for this anomaly is quite sim- 
ple: performance, system resource con- 
sumption and end-user terminal response 
times must be a major consideration 
throughout the entire design and imple- 
mentation process. The goal is to reduce 


the number of physical I/Os necessary to 
satisfy the various functional processing 
requirements. 

At this point data will be logically and 
physically re-combined and data redun- 
dancies created to reduce the size (num- 
ber of rows) of the tables, the number of 
tables and to reduce the number of I/Os 
necessary to process the SQL requests. 
Resource consumption and response times 
will be greatly reduced when a query can 


YOU JUST 
LOST 
ALL YOUR 
ACCOUNTS. 


Your accounting data files could be destroyed at any moment. 
But there’s a quick way to recover: the Journal Processing 
Environment (JPU/E) from Softsystems. JPU/E is the most 

powerful and flexible data recovery software on the market— 
and our journal processing and recovery environment makes it 
even better. With JPU/E, you can automatically reconstruct 
VSAM files and DL/I data bases. Automatically archive CICS 
disk journals. Manage your journal and recovery environment. 
Create batch journals. And much more. So call Softsystems 
today. Before you lose all of your accounts. 


JPU/E Data Recovery Environment 
Because Accidents Will Happen. 


SOFTSYSTEMS, INC. 


311 Mallick Tower - One Summit Avenue - Fort Worth, Texas 76102 
800-331-7846 - 817-877-5070 
In Canada: 800-367-8673 


Available for VSE, VSE/SP, VS1, MVS, and MVS/XA installations. 
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be satisfied from one table instead of join- 
ing two or more tables. 

There are two additional realities of ap- 
plication systems design that will affect 
the data normalization process. First, ap- 
plication development project cycles and 
deadlines rarely allow sufficient time for 
complete and thorough systems and ap- 
plication specifications, let alone exten- 
sive time for data normalization. The time 
necessary for the complete normalization 
of data for a large application could easily 
be several months. 

Second, if the application designers are 
thoroughly familiar with the application 
and its data, significant amounts of the 
data normalization are intuitively ob- 
vious. 


Design/Performance/Capacity 
Planning Tools 

ANDB2 

ANDB2 is an IBM modeling tool that 
runs on the IBM HONE system. It may 
be used by your IBM SE to estimate the 
performance of SQL queries and utilities 
against specific tables. While it is not an 
easy tool to use, comparisons of the tim- 
ings from ANDB2 to actual queries run 
against prototype tables have shown that 
ANDB2 is accurate within the 10 percent 
figure quoted by IBM. In most cases, the 
CPU and elapsed times were accurate 
within 5 percent. The product is good for 
estimating the response and elapsed time 
for specific functions. However it does 
not have the capability to predict overall 
resource consumption for two, ten or one 
hundred concurrent users. 

The level of application detail required 
by ANDB2 is extensive and at a very low 
level. Examples of the type of data re- 
quired are: 

@ Number of rows per table, length of 
rows and number of columns 

@ Number of indices 

@ Whether primary index is clustered 

@ Is access through primary index 

@ Number of Leaf Pages, number of 
NPAGES 
@ First key cardinality, full key 
cardinality 
= Number of rows scanned, number of 
rows selected 

@ Number of rows qualified by the RDS 
and Data Manager 

@ Is sorting performed, if so, how many 
rows. 

As you can see from this partial list, 
preparing for the use of ANDB2 can be 
quite time consuming. It also requires a 
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IBM mainframe application software 


has anew DB2 c 


hampion 


We're Lawson, the IBM mainframe 
business application software company 
with the confidence to challenge the 
industry’s Goliaths. And hit them with 
new ideas. Like low cost, low 
maintenance—yet full-featured— 
business application software. 


Lawson: Leader in software technology. 
Our new technology is rapidly showing the “big 
guys” a few things about PINSTRIPE? low cost, 
low maintenance software. Forget “other” IBM 
mainframe software. With its high prices, old code, 
time-consuming installation and expensive upkeep. 


New technology made our lower costs possible. It 
also made us first with application software for the 
DB? relational DBMS. Now you get a choice: DB2 
or VSAM. With newly developed code that’s easy 
to install. Simple and inexpensive to maintain. 


Solid application technology. 
Comprehensive, well-thought-out application features 
reflect the experience of our package designers. 
Seasoned accountants, CPAs and human resource 
professionals who know what features and functions 
your users need. 


And features they request. In the last four years, 84 
percent of user-group suggested enhancements have 
been added to Lawson PINSTRIPE® packages. 


Service and support — 

cutting the “big guys” off at the knees. 
We're big enough to get the job done—but small 
enough to be sensitive to our clients’ needs. With the 
best service and support available on the IBM 
mainframe market today. Including your personal 
software consultant, an expert who knows your needs 
and your application. 


A full range of optional Support-Plus services is 
available, too. Like implementation consulting, data 
conversion, technical and application consulting. And 
a post-sale audit to make sure you’re utilizing every 
feature we’ve built into PINSTRIPE® packages. 


Unique needs? We'll adjust our 
packages to fit. And guarantee the 
work. If you’d rather do the job 
yourself, you’ll find Lawson software easy to modify. 
And we'll still support the rest of the package. Other 
application software companies won't. 


Lawson, IBM mainframe software’s 
new champion. 

We've put it all together. New technology with fresh 
code, including both VSAM and DB2 expertise. Full- 
featured application technology. Backed up by support 
that sets a new industry standard. 


All in low cost, low maintenance application software 
from Lawson. No wonder we can take on the “big 
guys.” And win. 


... WHATEVER IT TAKES! 
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Lawson Associates Inc. provides a full 
range of feature-rich PINSTRIPE® 
business application software packages 
for the IBM mainframe hardware 
environment. Available in the U.S., 
Canada and overseas. 

Accounting 

* General Ledger * Accounts Payable 
¢ Accounts Receivable ® Fixed Assets 
¢ Project Accounting 

Human Resources 

¢ Payroll © Personnel * Benefits 
Distribution/Procurement Management 
¢ Order Entry ¢ Inventory Control 

¢ Purchase Order 


For more information, call 
Sue Weinacht 


(612) 379-0258 


LAWSON ASSOCIATES INC. 
1300 Godward Street, Minneapolis, MN 55413 
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detailed level of knowledge both about 
DB2 and how DB2 will access the tables 
for each SQL request. 

DB2 Performance Monitor 

The DB2_ Performance Monitor 
(DB2PM) from IBM is an effective way 
to analyze the overall performance of DB2 
and of individual queries. DB2 provides 
System Statistics, Application Account- 
ing and several types of performance 
traces that have the output directed either 
to SMF (default) or GTF DB2PM can 
produce several types of reports at sum- 
mary, detail and trace levels. 

The report type of most benefit to an 
application in the development process is 
the Accounting Trace Report. The report 
itself may be selected by time span and 
may selectively produce reports for one 
or more AUTHIDS, PLANS, CORRN- 
AME, CONNECT and so on. Figure | 
illustrates an Accounting Trace Report for 
one execution of a PLAN by a specific 
user (AUTHID). The specific items of in- 
terest on this report are: 

@ Number of Selects and Inserts 


62 


eooo0c00 


@ Number of Fetches 

@ Get Page Requests 

@ Synchronous Read I/O 

@ Sequential Prefetch Requests 

@ I/O Suspensions 

@ Maximum Page Locks Held (this 
means maximum concurrent, not a 
count of the number of locks taken 
while the table was scanned). 


The ratio of (Get Page Requests/Read 
I/O) is approximately 4.8 to | indicating 
that DB2 made little use of its Pre-Fetch 
capabilities and that there was a low ratio 
of buffer hits for requested data. (The fol- 
lowing average times for a given function 
are particular to this program/plan and 
could vary significantly from the averages 
for a different program/plan.) The Fetch 
count indicates that more than 10,000 rows 
of data were returned to the application 
program. Each Fetch itself required be- 
tween .00061 & .00074 seconds (and in 
this program very few Fetches caused 
I/O). Each overall interaction between the 
application program and DB2 to Fetch the 
qualified data into the program averages 


REQUESTED FROM 10/13/88 06:50: 
To 10/13/88 23:30: 


TERMINATION CONDITION 


SUSPENSIONS 
LOCK/LATCH SUSPENSIONS 


.O1 seconds times 10696 Fetches which 
is equal to 106.96 seconds of the total 
elapsed time. The tables were not 
“‘opened”’ prior to the start of the run and 
this accounted for an additional 11.36 
seconds. The 16 Inserts averaged .47 sec- 
onds each or 7.52 seconds. The 27 Se- 
lects averaged .26 seconds each or 7.02 
seconds. To summarize this data: 


Fetch Time 106.96 
Opening Tables 11.36 
Inserts 7.52 
Selects 7.02 
Total 132.85 Seconds 


The balance of the time would be at- 
tributable to opening and closing Cursors, 
Commits, loading the SKCTs and DBDs 
into the EDM Pool and the Create/Ter- 
minate Thread functions. 


If it appears that a specific user func- 
tion or PLAN has a performance problem 
such as excessive numbers of page locks, 
lock suspensions or escalations, dead- 
locks or unexplainable elapsed times, var- 
ious types of special performance traces 
may be used to isolate the causes of the 
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COMPUWARE CICS dBUG-AID 


If you didn’t spot our 

errorr Compuware 
CICS dBUG-AID would. 
This versatile debugging 
and testing tool helps de- 
tect and isolate multiple 
program errors, logic 
errors, CICS transaction 


Find 


~ Program Errorrs 


abends, even CICS storage 
violations. Fast. Because 
with CICS dBUG-AID, 
programmers can inter- 
actively view text one line 
of code at a time. And, its 
unique three-tier design 
enables the new user, as 


well as the more ex- 
perienced programmer and 
systems programmer, to 
put CICS dBUG-AID to 
work immediately. With 
CICS dBUG-AID you 
can’t go wrong. To find 
out more about CICS 


dBUG-AID, CICS 
Abend-AID, and CICS 
PLAYBACK, call or write 
Compuware at: 31440 
Northwestern Hwy., Farm- 
ington Hills, MI 48018- 
5550, 1-800-521-9353 or 
(313) 737-7300. 


Compuware CICS dBUG-AID and CICS Abend-AID are registered trademarks of Compuware Corp. Compuware CICS PLAYBACK is a trademark of Compuware Corp. © 1988. 
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DB2 - Table Retrievals via Clustered Index 


Elapsed CPU SRB # Rows # Rows # 


# 
Job Name Secs. Secs. Secs. Rtrnd. Sel. Fetches Get Pages 


The table contained 1,244,878 rows. 
Access through a Clustered Index. 
Non-Sargable predicate which forced final selection criteria in the RDS. 


Note that the elapsed times and resource consumption comparing Jobs 1-3 and 4-6 
are somewhat less than linear. 


HANDS-ON 


DB2 


You've decided to go with DB? — and now the deadlines 
are looming! Your staff may be new to DB2, but they 
have a wealth of experience and talent to build on. 
What they're saying is “Give me the background, show 
me how it works and how it fits in our environment 
— that’s what | need” 
And that’s what we deliver — effective, thoroughly 

tested, hands-on training. 


DB2-VERSION 2 


IN ONE WEEK 
Reserve your 
class now. 


i f/ Data. 
Kinetics 
Education Division 
Tel1613)238-6709 


Fax (619/258-2852 


HANDS-ON WORKSHOPS FOR: 
DB2 # IMS ™ FOCUS = VM/CMS ™ MARK /V 
tableBASE ® QNX ® ANSWER/DB 
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problem. These traces must be used ju- 
diciously, as the improper use can add 100 
percent of CPU overhead to the DB2 sys- 
tem, cause many thousands of records to 
be written to SMF and even cause SMF 
to fill its datasets and abend. Aside from 
the catastrophic effects this can have for 
the entire system, the volume of records 
produced can make the analysis range 
from difficult to impossible. Looking at a 
few hundred pages of trace information is 
difficult; looking at many thousands of 
pages is just not possible. 


CRYSTAL/DB2 


CRYSTAL is a product from BGS Sys- 
tems, Inc. (Waltham, MA) and provides 
a facility for modeling application sys- 
tems. To the best of my knowledge, the 
CRYSTAL software is the only facility 
available that allows the creation of de- 
tailed application models for IMS, CICS 
and DB2. 

I have used the CRYSTAL/IMS soft- 
ware for modeling large IMS/VS-based 
applications for several years. The soft- 
ware provides data about individual trans- 
action/workload resource consumption and 
response time, overall CPU consumption 
and DASD utilization. It is quite useful 
in selecting/sizing a processor and plan- 
ning for DASD by highlighting any po- 
tential bottlenecks due to having several 
high activity databases on the same phys- 
ical volume. It may also indicate the need 
to split (partition) databases and distribute 
the partitions across multiple physical 
volumes to reduce device contention. 

Again, a great deal of detailed appli- 
cation knowledge is necessary to build an 
accurate model. The accuracy of the 
CRYSTAL model will be directly pro- 
portional to how accurately the modeled 
application represents the real applica- 
tion. In most cases, the modeling should 
be an iterative process by building a base 
model and continually modifying it as the 
application code is developed. CRYS- 
TAL provides both on-line and batch 
modeling facilities. Both of these facili- 
ties may be used to project various ‘‘what 
if’’ scenarios during one iterative execu- 
tion of the model. A common example 
might be to project CPU utilization and 
transaction response times at transaction 
rates of 5,000, 7,500 and 10,000 per hour. 


IMS DC MONITOR 
(if IMS Attach) 


The IMS/VS DC MONITOR is useful 
when IMS Attach is being used to provide 
the on-line transaction management for 
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If that's what you've heard about mass 
conversion, forget it. That's just our 
competition making noise because 
CTG/CORTEX is light-years ahead of 
every other conversion technology. A 
100% success rate proves that mass 
conversion is the safest approach. For 
DOS to MVS on a fixed schedule, for a 
fixed price, call 1-800-DOS 2 MVS. 


CTG/CORTEX 


COMPUTER TASK GROUP, INC. 
3095 Union Road * Orchard Park, New York 14127 
(716) 674-9310 * 1-800-DOS 2 MVS 
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DB2 - Sort Time Comparisons 
Select - Tablespace Scan - Batch Runs With/Without Sort (order by) 


Test Rows 


Example 


Returned Returned Seconds 


Elapsed CPU 


Seconds 


Columns 


fRunt wo sorT | 725568 | « | 7eo | 180 
rissa | 506.60 
080] 


Tanto | 


Run 2 w/o SORT 439782 


Run 3 w/o SORT 


Run 2 with SORT 439782 


es oi 
essea | 
FRun + wih sorT | 228868 [| + 
ae" 
FRun 3 wih sort | ossaxa_ [a 


Notes: 


@ The test jobs were run on a 3081KX, lightly loaded with batch work after 7 p.m. 


@ The table has 1,244,878 rows. 


@ The table has one index, first key cardinality is 1, and full key cardinality is 995. 


DB2 - Column Retrieval Time Comparisons 
Select - Tablespace Scan - Batch Runs, No Sort 


Test 
Example 


Returned Returned Seconds 


CPU 
Seconds 


Columns Elapsed 


[soot «di tare [2 | ttm0 | 7070 

a 
iseera [6 | arn0 | a0nae | 
ee 


204476 


e@ The test jobs were run on a 3081KX, each job was executed four times and the best 
(lowest) times are illustrated. The wall elapsed time variations are not of any real 
concern. The CPU elapsed times within each set of jobs was within 1.5 seconds. 


@ The table has 1,244,878 rows. 


@ The table has one index, first key cardinality is 1 and full key cardinality is 995. This 


was not used for the tablespace scan. 


DB2/SQL requests. The DC MONITOR 
does not provide any actual data about 
what has occurred in DB2. It does pro- 
vide the elapsed time for the request to be 
passed to DB2 and processed. This, in 
conjunction with DB2PM reports, would 
highlight any performance problems in the 
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attach mechanism and two-phased com- 
mit process. 


A Design Experience. . . 

One particular design and prototyping 
exercise is especially valuable. The ap- 
plication deals with large volumes of data 


that have high insert, delete and update 
requirements. 

Based upon the data normalization 
processes, the primary application table 
was originally projected to contain 150 
million unique rows. One-third of this 
volume would be both added and deleted 
on a weekly basis (delete 50 million rows 
of old data and add 50 million of new 
data). 

It rapidly became apparent that a table 
of this size was not a viable approach due 
to the magnitude of the update/delete ac- 
tivity, even though most of this activity 
would not be on-line. This volume of ac- 
tivity, in addition to lengthy batch update 
run times, would create problems due to 
archiving of the log datasets and requiring 
frequent reorganizations. After the large 
update and reorganization runs, it would 
be necessary to execute ‘RUNSTATS’ to 
update the system statistics for the table 
and to re-bind all the plans to ensure ef- 
ficient table accesses. 

Subsequent de-normalization of data 
resulted in seven application-partitioned 
tables, each containing approximately two 
million rows of data. This provided greatly 
reduced run times for all update, query 
and utility requirements. 

The extensive testing and monitoring 
of the application during the development 
process provided much data that will be 
useful during the development of other 
applications. Some examples are as fol- 
lows. 


@ The elapsed and CPU times to retrieve 
data through a clustered index, as per- 
centages or multiples, is slightly less 
than linear. For example: using the same 
table that contains 1.2 million rows 
query ‘A’ returns 4,000 rows and query 
‘B’ returns 40,000 rows, query ‘B’ may 
take approximately 7-8 times as long. 
This is illustrated in Figure 2. The num- 
bers are slightly different; however, the 
ratios and effects upon elapsed and CPU 
times are representative. 

@ When DB2 has to perform sorting, the 
elapsed time for the retrieval will in- 
crease significantly as illustrated in Fig- 
ure 3. Sorting will be caused by joins 
of two or more tables, ordering the re- 
sults of a query and so on. If large num- 
bers of rows are being retrieved from 
large tables, an application should con- 
sider the usage of an external sort. 

@ Joining of tables will cause the creation 
of temporary work tables, generate 
““system page updates’’ and will drive 

See DB2 page 103 
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EXCLUSIVE FROM MILTOPE! 


Continuous Fan-Fold Printing at 


37/90 Pages per Minute 
Cut sheet printers available at 30/60/75 ppm 


Miltope’s FAMILY of Non-Impact ‘ion’ deposition page printers affords letter quality prin- 
ting at ‘less than a penny’ per page. 


Miltope provides multifont alpha/numeric printout, ‘‘true’’ electronic forms overlay plus 
sophisticated graphics for generation of signatures, logos, bar codes, OCR and special 
characters. 


Miltope’s page printers eliminate time-consuming bottlenecks by combining speed, high- 
duty cycle, reliability and versatility in electronic printing systems that are plug-to-plug 
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« Xerox 3700/2700 ¢ IBM Interfaces: 

¢ HP LaserJet Plus 3211 — 3287 — System 3X — AS/400 

e HPGL 2780/3780 — 3270 — 3770 etc. 

¢ HASP e Dataproducts or Centronics Interface 

¢ QMS” MAGNUM” « Mini/Super-Mini Interface (i.e., DEC, DG, Wang, Unisys, etc.) 
(Printronix Graphics) 


The choice is YOURS! 
MODEL FORMAT RESOLUTION MONTHLY VOLUME 


3801 Continuous Form x 240 DPI Over 1 Million Pages 
SERIES 75 Cut Sheet x 240 DPI Up to 1 Million Pages 
SERIES 60 Cut Sheet x 240 DPI Up to 1 Million Pages 
SERIES 37 Continuous Form x 300 DPI Over 250,000 Pages 

SERIES 30 Cut Sheet x 300 DPI Up to 250,000 Pages 


Cost Effective Printing and Dependable Nationwide Field Service have made Miltope 
the ‘‘Source”’ for ALL ion deposition printing systems. 


“IMAGINE YOUR IMAGE”’ 


Business Products, Inc. 

1770 WALT WHITMAN ROAD e MELVILLE, NY 11747 

TEL: 516-756-7650 ¢ TWX: 510-221-1803 « FAX 516-756-7606 
Miltope Printers use Deiphax ion deposition engines. 
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By Robert D. Smith and Lani enti PhD 


nterest in SQL/DS is on the upswing 

again. There are a number of rea- 

sons for this revival but chief among 

them is the dawning awareness that 
SQL/DS, introduced by IBM in 1983, is 
an incomplete tool for realizing the main 
benefits of relational technology. To gain 
all the benefits, the DP shops encoun- 
tering SQL/DS for the first time will 
have to change their mindsets in terms 
of how they develop systems. The cul- 
tural changes required by SQL/DS and 
the relational model is the subject of 
this article. 

If you are the MIS manager in the me- 
dium-sized DOS/VSE shop who may be 
the first to look at SQL/DS, you will have 
to fundamentally modify the traditional 
approach to systems development or risk 
missing the benefits of the Relational Da- 
tabase Management System (RDBMS). If 
data modeling is something you have not 
paid much attention to, you will. You will 
also learn not to overdo it. A little bit of 
data modeling goes a long way in im- 
proving design. Moreover, you will have 
to pay attention to a number of issues 
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that were, at best, of peripheral interest 
before. 


One issue is that SQL/DS is a retrieval- 
based data manipulation sub-language for 
users in the IBM DOS/VSE and VM en- 
vironments. Its big brother product, DB2, 
is designed to run under MVS. Generally 
used by relatively small DP shops, SQL/ 
DS gives smaller shops access to the ad- 
vantages of RDBMS applications. 


Another issue is that SQL/DS is an im- 
portant enabling technology to implement 
relational applications. It is lacking three 
components, however, that are essential 
for modern organizations wishing to de- 
velop and manage mission-critical appli- 
cations. The three components are: an ac- 
tive data dictionary, integrated Fourth- 
Generation application development Lan- 
guage (4GL) and data security. When these 
components are all integrated with an en- 
abling technology like SQL/DS and a set 
of sophisticated management processes, 
a user has an extremely powerful plat- 
form for application development and 
management. 


Benefits of SQL/DS 


Although SQL/DS has its limitations, 
it is a well-accepted tool with six benefits: 
relational applications, data integrity, in- 
tegrated data dictionary, isolation of ap- 
plications from Database Management 
System (DBMS) structure, programmer 
productivity and security. 


Relational Applications 


RDBMSs have emerged from the an- 
tiseptic laboratory of the academic world 
and have joined their traditional counter- 
parts in the down and dirty world of pro- 
duction processing. Moreover, an increas- 
ing number of companies have exploited 
the technology in support of mission-crit- 
ical, front-office applications. 

The chief benefit of the relational model 
is not in its physical implementation but 
in the way it causes data to be viewed, 
accessed and presented. The relational 
model simplifies the view of data and 
clarifies the logical associations in an un- 
derstandable and common-sense manner. 
This simplification allows data to be ac- 
cessed and utilized by a far broader class 
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of users than the traditional structures that 
are noted for their rigidity. 

The resulting flexibility is now allow- 
ing companies to do more with their 
strategic information assets than merely 
running applications like inventory or 
producing standard reports. With much 
more dynamic access to data, com- 
panies can now gain a much better under- 
standing of their day-to-day operations 
and also see both short-term tactical and 
long-term strategic advantages over their 
competitors. 

Data Integrity 

Mission-critical applications place 
stringent requirements on the underlying 
software. For such applications, compa- 
nies are insisting on data integrity in their 
DBMSs. In a distributed database envi- 
ronment, records must be updated in a 
consistent, thorough manner in order to 
avoid data corruption. A corporation’s data 
assets must be synchronized to ensure that 
all employees are using the same values. 

Another form of data integrity is refer- 
ential integrity. Referential integrity is an 
ugly name for business rule validation. A 
database has referential integrity if it 


“‘hangs together.’ Every personnel re- 
cord, for example, refers to a real em- 
ployee in a real department. Every part 
number refers to a real part record. Every 
work order refers to a real customer. It is 
easy to enforce simple business rules (that 
is, a decimal number field must not have 
alphabetic characters). But integrity within 
and across applications is trickier. For ex- 
ample, how do you ensure that a custom- 
er’s record is not deleted if there are still 
outstanding invoices for that customer? 
Database vendors are beginning to help 
but most analysts agree that the best way 
to solve this problem is to build referen- 
tial integrity right into the database engine 
instead of into individual applications. 


Integrated Data Dictionary 


The trend toward installation of non- 
central DP sites has made the data dic- 
tionary more important than ever. Unfor- 
tunately, the absence of an integrated, ac- 
tive data dictionary in SQL/DS has 
seriously hampered product development 
and acceptance. A good data dictionary 
offers a powerful and flexible cross-ref- 
erencing facility that documents the data 
sources independently of hardware, soft- 


Detect and correct mismatches online as they occu 


ware or organizational structure. The to- 
tality of interactions between systems and 
databases constitutes the information en- 
vironment of the enterprise. The data dic- 
tionary acts as an automated tool for 
standardizing and controlling the defini- 
tions of and relationships between the 
processes (systems, programs, modules) 
and information (databases, files, individ- 
ual data items). 

One of the primary benefits of using 
SQL/DS integrated with an active data 
dictionary is optimization of data sharing 
through minimization of unplanned re- 
dundancies. 

Since it is so easy to duplicate SQL/ 
DS systems, users may be tempted to 
needlessly proliferate applications and 
create unnecessary maintenance head- 
aches. Ironically, this is not a problem 
under traditional development methods 
because of their lack of integration that 
makes it unlikely that users will reinvent 
something that already exists. 


Isolation of Applications from 
DBMS Structure 


Applications built with SQL/DS offer 
a much more complete separation of ap- 
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plication code from data than was previ- 
ously possible. The relational architecture 
allows a company’s information assets to 
be put into a number of physical file struc- 
tures to suit the performance needs of their 
various owners. The DBMS engine itself 
implements the relational model at the 
conceptual level. This separation of ap- 
plication code from data gives tremen- 
dous freedom to developers and users at 
the all-important logical, user-view level. 


Programmer Productivity 


Many users find SQL/DS so rigid and 
restrictive that they clamor for a more 
complete application development envi- 
ronment. A 4GL application development 
environment can be a boon to VSE/SP 
data centers implementing SQL/DS be- 
cause it reduces the skill sets needed to 
implement applications. Modest devel- 
opment shops unused to demanding de- 
velopment schedules will find a 4GL rep- 
resents substantial labor savings when 
building, maintaining and managing their 
systems’ support portfolios. Examples of 
4GL application development environ- 
ments are CYGNET/SQL (Phoenix Soft- 
ware, Los Angeles, CA), Gener/OL 
(Pansophic Systems, Oak Brook, IL), 
NATURAL (Software AG of North 
America, Reston, VA) and IDEAL (Ap- 
plied Data Research, Princeton, NJ). 

Security 

Security becomes extra important with 
an RDBMS because of the required data 
redundancy. Every data item that is a Join 
must be carried redundantly in a Row and 
Column. Because of that, sensitive data 
might be the target of one of these Joins. 

Integrated data implies that people 
might be able to see information that they 
would not see if the system was isolated, 
as with VSAM. When you integrate your 
data, security becomes a more central is- 
sue regardless of the DBMS installed. The 
need is for a security system that is in- 
dependent of the Database Administrator 
(DBA). As it is, security in SQL/DS is 
managed by a DBA setting views for each 
individual. What is needed is a security 
system that eliminates all that overhead 
allowing users to share data in a SQL/DS 
database, yet protecting data that is inte- 
grated. 


When SQL/DS? When VSAM? 


First, look at the conversion effort re- 
quired to convert a DP shop from native 
VSAM to SQL/DS. If your shop is typi- 
cal of those converting from native VSAM 
to SQL/DS, it is probably in a small 
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Five Misconceptions About SOQL/DS 


1. SQL/DS is DB2 by another name. 

The fact is, SQL/DS and DB2 evolved 
separately and were, in fact, developed in 
different parts of the world: SQL/DS in 
Switzerland and DB2 in Santa Teresa, CA. 
They just happen to have SQL as a com- 
mon data manipulation language. Given 
identical statements, what they do under 
the covers is not necessarily the same. 
The performance and functions that you 
encounter in DB2 cannot be assumed in 
SQL/DS or vice versa. 


2. SQL/DS cannot be used to develop 
full applications. 

Of course not. By the same reasoning, 
COBOL is not a complete development 
language either. To turn a procedural lan- 
guage into a development language, it is 
necessary to add a screen generator, a re- 
port writer, a debugger or a 4GL. SQL/ 
DS is a retrieval-based data manipula- 
tion sub-language that gives users a stand- 
ardized way to access data stored in 
RDBMs. SQL/DS benefits greatly from 
application development tools like IBM’s 
own Cross System Product (CSP) or SAS 
Institute’s (Cary, NC) SAS statistical/ 
graphics package. 

3. SQL/DS is inherently slower than 

VSAM. 

This is, in fact, not a misconception. 
SQL/DS is inherently slower than native 
VSAM because it represents a higher level 
of data independence and abstraction. As 
a consequence, users and programmers 
cannot take advantage of the physical 
structure of the database to make their 
programs run faster which forces slower 
processing. 

_ Things you do under SQL/DS that you 
can also do under native VSAM run 
slower, although not appreciably so. 


maintenance-oriented environment not 
accustomed to the amount of develop- 
ment activity required for the conversion. 
To be successful in any conversion, a shop 
must have established standards and a dis- 
ciplined commitment to the application 
development life cycle. A casual attitude 
toward requirements analysis, standards 
and documentation is a prescription for 
disaster when installing SQL/DS. 

Even when the conversion itself is suc- 
cessful, efficiency is not assured. Many 
companies have converted their ad hoc 
query applications from native VSAM to 
SQL/DS only to see response time de- 
grade so dramatically that some applica- 
tions leave skid marks. System managers 


.» «Or Are They? 


Where SQL/DS tends to slow down is 
when you do advanced data manipula- 
tions that you would not normally do un- 
der VSAM because it would be too dif- 
ficult to do. SQL/DS gives you the ability 
to do things you could not easily do with 
VSAM but you pay a performance pen- 
alty for having SQL/DS do much of the 
work for you. In DP shops without an 
active database, a lot of time is spent sort- 
ing and merging. 

4. SQL/DS and the relational model is 
a panacea for my company’s data 
management problems. 

Wouldn’t it be great! The fact is that 
SQL/DS is only a tool that allows you to 
build an information model. It is like 
a shovel; finding where to dig is the 
hard part. That requires a management 
process. 

Ever since the DP industry began about 
35 years ago, it has been searching for 
the magic bullet that would solve all prob- 
lems. For a while it was parallel process- 
ing. Later it was Local Area Networks. 
Now for some people, RDBMs fill that 
role. Everything gets oversold. SQL/DS 
is an enabling tool that can be of consid- 
erable benefit when supported by a com- 
mitment from the enterprise to change the 
mindset of the system development staff. 


_5. SQL/DS can never be used directly 


by end users. 

This is true, but not necessarily be- 
cause the use of SQL/DS requires unac- 
ceptable levels of training. SQL/DS is only 
a way to get at records. It does not display 
them or manipulate them in any other way. 
In this way users need a set of develop- 
ment tools in which SQL/DS happens to 
be the driver that goes and gets the data. 
It is only a piece of the puzzle. 


are understandably confused. After all, 
they responded to the publicized benefits 
of SQL/DS and the promise of relational 
applications but they never thought much 
about the extra overhead. 


As these companies have learned, to 
their dismay, some categories of appli- 
cations will perform relatively poorly be- 
cause SQL/DS implements many features 
differently from VSAM. In general, sys- 
tem performance is a combination of such 
factors as: 


¢ Physical data storage techniques 

¢ Logical access mechanisms and indexes 
¢ Sharing and integrity features (locking) 
¢ Features used for recovery (logging) 
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SQL/DS and DB2: The Differences 


SSE URI Re RT SR RTT 


IBM’s DB2, running under MVS, 
shares some commonalities with its sister 
product, SQL/DS, but it is different from 
SQL/DS in some fundamental ways. First, 
some similarities. 

Like SQL/DS, DB2 arranges its proc- 
essing components into layers: the Appli- 
cation Program/Interactive User, Rela- 
tional Data Services, Data Manager and 
lower level components related to physi- 
cal I/O. Both the SQL/DS and DB2 sys- 
tems are buffered, which means that pages 
for data, indexes, logging and mapping 
are kept in virtual memory. Additional 
CPU resources are consumed managing 
buffer queues that were not used recently 
and performing buffer paging I/O. 

The methods or techniques used by 
SQL/DS to retrieve data are called paths. 
For most tables, SQL/DS can follow sev- 
eral paths to find the data requested by a 
query. The most common path (it exists 
for every table) is a sequential scan of all 
active data tables in the DBSPACE. Path 
selection in DB2 is similar to SQL/DS. 
DB2 bases its path selection on catalog 
statistics that are updated only by running 
the utility RUNSTATS. 

But DB2 and SQL/DS handle predi- 
cates differently. The path that SQL/DS 
chooses for each table is determined by 
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the predicates used in the query. Predi- 
cates are the conditions specified in the 
WHERE clause. SQL/DS recognizes three 
types of predicates: key domain, sargable 
and residual. A predicate is classified as 
a key domain predicate if it can be used 
as a key to an index. ‘‘Sargable’’ is a 
contraction of the term ‘“‘search argu- 
ment.”’ A predicate is sargable if it can 
be used by the lowest level component of 
SQL/DS to test rows as they are read from 
the database. Finally, residual predicates 
are those that are not classified as key 
domain or sargable. Unlike SQL/DS, the 
predicates IN, LIKE and NOT can be 
sargable under DB2. 

Under DB2, unlike SQL/DS, an EX- 
PLAIN can be requested during BIND 
time allowing a DBA to review all the 
queries used in an application. 

DB2 supports high rates of sequential 
retrieval and table loading. As a result, 
the elapsed time for deleting a significant 
portion of a row from a large table may 
be reduced by selecting the rows to retain, 
writing the output to a file and replacing 
the table from the selected rows. The best 
information available on DB2 path selec- 
tion is IBM publication GG24-3004, /BM 
Database 2 Application Design and Tun- 
ing Guide. 


* Security features 
* Memory management operations. 


Although VSAM is less ‘‘full-fea- 
tured’? than SQL/DS, a VSAM access 
from a COBOL program requires fewer 
instructions than an equivalent SQL/DS 
access. SQL/DS has a longer access path 
than VSAM because the latter does not 
automatically implement the sharing, re- 
covery and security functions. Moreover, 
SQL/DS may use a less efficient physical 
storage technique and the SQL/DS opti- 
mizer may locate and access the data us- 
ing a less efficient logical technique. 


The SQL Standard 

IBM’s Structured Query Language 
(SQL) has more than its share of critics. 
Like the Holy Roman Empire that a wit 
once noted was neither holy, Roman, nor 
an empire, SQL is neither structured, 
query-like, nor much of a language. It is 
instead a standardized access method to 
repositories of data. Nevertheless, SQL 
has emerged as the de facto standard that 
promises to interface all DBMSs across 


ll vendors. 
gone See SQL/DS page 98 
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Joy Technologies 
Rides Out 
Triple Conversion 


ou can move a data center. Or you 

can convert to a new operating 

system. Or you can convert to a 

new computer. And you might 
emerge unscathed. 

To do all three at the same time would 
seem to tempt fate. Yet that is what they 
did at Joy Technologies. Not only did the 
company emerge sane and healthy, but 
also it saved money and improved re- 
sponse time in the bargain. 

‘*We consolidated two data centers into 
one, converted from DOS to MVS, up- 
graded mainframes and converted our da- 
tabase from Database Organization and 


Longwall shearing machine. 


(DBOMP) to 
IDMS (Cullinet Software, Inc., West- 
wood, MA). We did it in 15 months with 
in-house resources,’ boasts Howard Hor- 
ton, MIS manager, Joy Technologies. 
Joy Technologies Inc. is a $500 mil- 
lion, closely-held manufacturer of under- 


Maintenance Processor 
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By Lamont Wood 


ground mining equipment headquartered 
in Pittsburgh, PA. In business since 1924, 
the 4,500-employee firm decided to di- 
vest some peripheral divisions after a 
merger in 1987. This downsizing led to 
the 15-month odyssey of the 22-member 
IS department of Joy’s mining machinery 
division. 

That is because, as part of the divesti- 
ture, it was decided in January, 1987 to 
close the data center in corporate head- 
quarters and consolidate its operations with 
the data center of the mining machinery 
division that does about 60 percent of 
Joy’s business. Located in Franklin, PA 
75 miles north of 
Pittsburgh, the divi- 
sion’s data center 
boasted a larger CPU 
than headquarters: a 
4381, compared to a 
4341 in Pittsburgh. 
Pittsburgh processed 
about 4,000 on-line 
transactions per day 
while Franklin proc- 
essed about 70,000. The smaller machine 
was running native MVS/SP and the larger 
one had two logical DOS/VSE machines 
running under VM — one for production 
and one for development. 

The difference in operating systems 
proved significant and led to a decision 


to physically relocate the corporate sys- 
tem to Franklin without change until a 
conversion/consolidation plan could be 
worked out. 

““Here in Franklin, we had been post- 
poning a DOS-to-MVS conversion for 
some time. Being asked to take on the 
responsibility for corporate-wide data 
processing support was a catalyst for our 
decision to do this conversion before at- 
tempting the corporate/division consoli- 
dation on a single CPU,” recalls Ken 
Knapp, data center manager. 

‘*Moving the Pittsburgh CPU to Frank- 
lin seemed like a convenient way of mak- 
ing the conversion since the system pro- 
grammers would not have to generate an 
MVS environment from scratch. They 
would have a machine already running 
MVS while converting the DOS ma- 
chine,’ Horton explains. So the conver- 
sion began with the move of a computer. 


The Initial Move 


“‘We found out about the first of Feb- 
ruary that they wanted to move the 4341 
by mid-April. No one believed it could 
be done,’’ recalls Lou Northrup, lead sys- 
tems programmer. But he and Larry 
Smith, senior technical specialist, spent 
two months in Pittsburgh learning the sys- 
tem. Most of the Pittsburgh staff had al- 
ready been let go in the downsizing. None 
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were brought to Franklin and no outside 
contract programmers were used during 
the conversion. 

‘*The local control units in Pittsburgh 
had to be converted to remote units so that 
the terminals in Pittsburgh could be con- 
trolled from Franklin. The remote con- 
trollers were actually first installed in 
Pittsburgh and tested with modem elimi- 
nators,’ Smith recalls. They took photo- 
graphs of two large data communications 
cabinets, patch panels and other connec- 
tions in order to duplicate them exactly at 
the Franklin site. 

Back at Franklin, the biggest problem 
(other than the fact that no staff additions 
were made to deal with the new arrival) 
was putting everything in the 50x80-foot 
computer room. It was already occupied 
by the 4381 and a large CAD/CAM sys- 
tem. A power distribution unit was 
brought from Pittsburgh with the 4341 and 
all its peripheral equipment. With plan- 
ning, the space proved adequate, but 
cramped. Luckily, the air conditioning and 
Halon fire suppression system at Franklin 
was already adequate. 
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““We shut the Pittsburgh machine down 
on Friday and had it running in Franklin 
on Monday,’ Northrup recalls in amaze- 
ment. 

‘Corporate users were calling us on 
Monday to see if we had really moved, 
because they could not tell any differ- 
ence. The move seems so simple after the 
fact, but at the time we were filled with 
concerns,’ Knapp comments. 


Software Conversion 


The switch to MVS then got underway 
in earnest. Technical staff members were 
sent to MVS training for the next couple 
of months. Converting to MVS meant 
abandoning the familiar utilities and ap- 
plications of DOS. ‘‘In most cases they 
were very different and generally we had 
to look at the packages and ask ourselves 
if we could live with what was on the 
MVS system. In most cases we elected to 
use the software that the corporate office 
had already purchased for the Pittsburgh 
machine,’ Knapp explains. 

In anticipation of having to take on the 
additional processing load of the 4341, 
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the 4381 was also upgraded to a dual- 
processor (6MIPS) version. Alas, the re- 
sults were not good enough. 


““We brought it up with MVS under 
VM, attempted to run two DOS systems 
on that one 4381 and it kind of fell apart. 
It was incredibly slow. There was a lot of 
scrambling to figure out what to do next 
and it was decided to keep both the pro- 
cessors through the conversion period,’’ 
Northrup continues. 


Another reason to keep both was that 
the applications staff was, at the same 
time, getting the corporate databases and 
systems converted to Cullinet’s IDMS da- 
tabase management system. This project, 
begun before the data center consolida- 
tion decision, added significant test load 
to the 4381 that further hindered the hard- 
ware consolidation. 


‘“‘Another tough decision was to con- 
tinue (and complete) the database con- 
version under DOS even though we knew 
the same applications would have to be 
converted to MVS later on,’ Bob Hart, 
database administrator, points out. 
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An unrelated problem was that Re- 
source Access and Control Facility 
(RACF) had been used for security on the 
Pittsburgh 4341. Some applications were 
secured with RACF and some were not. 
The people who knew the situation were 
no longer with the company. 

By the end of January, 1988 it was quite 
clear that the upgraded 4381 was never 
going to be adequate. So it was decided 
to bring in a 3081 CPU (a 12MIPS ma- 
chine) to replace both 43XX boxes. Ne- 
gotiations with Comdisco, Joy’s third- 
party lessor, resulted in no increase in the 
monthly lease rate after the swap out. 

The 3081 requires water cooling, 
something Joy’s computer room was not 
equipped for. While the chiller and 
plumbing were being installed in Febru- 
ary, Northrup did the IOCP coding for the 
3081 and the input/output device gener- 
ation. ‘“‘Luckily, the I/O generation 
worked the first time,’ he says. 

The 3081 was installed (initially re- 
placing the 4341) by the end of February 
with all the devices supported. The con- 
version to IDMS had been completed (un- 
der DOS) in November, 1987 and the 
DOS-to-MVS conversion begun in Oc- 
tober under the coordination of Hart and 
Dave Weaver, senior systems analyst, 
proceeded through March and April. Par- 
allel testing was carried on and the DOS 
disk files were made accessible to the 
MVS system. About 50 applications of 
varying sizes (with about 1,500 pro- 
grams) had to be converted. 

They chose the big bang over the phase- 
in approach accomplishing the DOS-to- 
MVS switch-over in the course of a week- 
end. ‘‘We found that we had too much 
interdependency between files of different 
job streams. In a phased conversion the 
job streams would have had to move be- 
tween DOS and MVS. There is more risk 
with the big-bang approach. However after 
we had more experience testing converted 
job streams, we decided to go that way,” 
Knapp explains. 

‘‘On the first of May we brought MVS 
and all the converted applications up on 
the 3081 and we have been running it ever 
since,’ Northrup notes. The 4381 was 
kept around for another month as back- 
up, but was only used for file retrieval. It 
was removed June | putting the space 
situation in the computer room back to 
normal. 

The month of May was spent tuning 
the 3081 system performance. *‘We have 
been able to get better on-line response 
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times than we had under DOS even with 
the consolidated processing load. Eighty- 
nine percent of all CICS transactions are 
now complete in less than one second with 
94 percent under two seconds. 


Looking Back 
‘Our operating staff was small to be- 
gin with and we were telling them that we 


were going to add a significant number of 


new applications and remote users and 
another whole system that they would have 


Continuous miner and shuttle car. 


to operate without any more people. De- 
spite some obvious concerns about the new 
workload, they reacted favorably to the 
opportunity to learn something new and 
to the challenge of getting this new en- 
vironment under control,’ Knapp points 
out. 

‘A lot of blood, sweat and tears went 
into this thing but we have saved the com- 
pany about $800,000 a year by having 
one instead of two data centers. We now 
have a single operating system environ- 
ment and a consolidated communications 
network to support our expanded client 
base,’ Knapp continues. 

Northrup, meanwhile, thanks his lucky 
stars that he came across a particular piece 
of software. ‘‘Our savior was the SDSF 
5798-DWX product from IBM, a spool 
display and search facility. The operators 
had problems managing queues in MVS 
— they were getting confused. However 
this software facility gives you a full- 
screen display so you can see MVS op- 
erating on-line,” he comments. 

Horton sees two lessons in the experi- 
ence. *‘Looking back we see that there is 
no substitute for a good staff of people 
who know your applications. A new-hire 
or contract programmer would have had 
big problems getting up to speed in the 
time available,’ Horton explains. 

The only thing brought in from the out- 
side for the conversion was CA-CON- 
VERTER (Computer Associates, Garden 
City, NY). ‘“‘By relying on our in-house 


resources we did not forget what ‘out- 
siders’ would have taken away with them 
at the end of the project. More impor- 
tantly, the intensive on-the-job learning 
required to get the job done quickly raised 
the skills (and confidence) of everyone on 
the MIS team,’ Horton points out. 


*‘The other lesson was: do not over- 
plan. I know that IBM and others have 
detailed conversion methodologies show- 
ing, step-by-step, how to plan and carry 
out a conversion. If 
we had _ followed 
those models to the 
letter, it would have 
extended the project 
at least six months. 
We planned as we 
went along, phase by 
phase. 

“‘And I think we 
did a good job com- 
municating with our 
user clients to let 
them know the ratio- 
nale for what we were doing. This is dif- 
ficult because the work is behind the 
scenes and there are benefits not apparent. 
But progress reports kept the project vis- 
ible and we met with them often to keep 
them informed,’ Horton says. 


Through it all, the applications devel- 
opment staff under Al Knecht and Tom 
DePriest also managed to implement a new 
Cullinet accounts payable system for the 
division’s 11 operating units. Also they 
implemented a new order entry system 
using a knowledge-based, expert-system 
approach to automate the configuring of 
Joy Technologies’ highly optioned min- 
ing machinery. 

But probably the main accomplishment 
of the entire project was that the end users 
noticed almost nothing except for an im- 
provement in on-line system response 
time. 


‘In our case this can only be attrib- 
uted to the individual talents, commit- 
ment and teamwork of all the people on 
the MIS team. In the final analysis, it is 
the quality of the people and not the tech- 
nology that makes the difference,” Hor- 
ton concludes.= 
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Legends 


By Stephen L. Samson 


The process that creates 
some of the more popular 
MVS legends is examined. 
The intent is to discard the 
legends that are no longer 
useful and try to guess 
which of today’s clever 
observations may become 
tomorrow's legends. 
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t is not true that most people dislike 
reading. Almost anyone will read a 
tabloid or a magazine that appeals 
to the nonverbal right side of the 
brain. We get in trouble when we need to 
engage the left side of the brain, the part 
responsible for analysis, deduction and 
induction. Unfortunately, the way sys- 
tems programmers seem to be expected to 
learn about MVS is to read a publication 
that repels the right brain while over- 
working the left brain. The /nitialization 
and Tuning Guide has no color, no images 
and illustrations that demand more thought 
than the printed words. The usual out- 
come is heavy breathing — but not the 
kind that goes with physical exertion. 
As an alternative, the systems pro- 
grammer says, ‘“‘Do not teach me, give 
me the answers!’’ The answers being 
sought are simple imperative statements 
like, ‘‘Do not swim right after eating!”’ 
or ‘‘Always kick down the accelerator be- 


fore starting your car!’’ or ‘‘Never run 
channels more than 30 percent busy!”’ In 
a more reflective mood, he or she may 
welcome declarative statements that sound 
wise like, ‘‘Batch swapping is death’’ or 
‘*Paging is something that just happens to 
MVS.” We receive such input readily and, 
since its correctness seems to be consist- 
ent with experience, the information is 
reinforced and becomes part of our un- 
questioned knowledge base. 


In systems programming, there is far 
too much to do: making sure the system 
is functionally complete with compatible 
levels across all subsystems; selecting op- 
tions; writing exits; and then doing it all 
again when the next release or even the 
next PUT comes out. There is just not 
time to curl up with a bad book and arrive 
at an independent, correct determination 
of how to define the performance periods 
of TSO. Who cares? 
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TIME COST RISK 


“Progressive” (kernel-at-a-time) The costs of progressive DOS to If your “progressive” DOS to 
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As if the sheer difficulty of doing the 
job were not enough, consider the risk- 
to-reward aspects of trying to learn what 
is admittedly error-prone and applying it 
successfully. If you succeed, no one will 
notice. If you fail. . . . 

It follows, then, that the safest course 
is to do nothing. However MVS will not 
let you off that easily. You must do some- 
thing at least to adapt a preconfigured sys- 
‘tem offering to the needs of a production 
workload. If you cannot get away with 
inaction, it is likely that you will try the 
next easier approach: attempt to emulate 
the actions of others who have survived 
the experience. We are led to choose 
among the purveyors of prepackaged wis- 
dom and their wares. 

The most likely source, IBM, is not 
likely to supply crisp answers. It would 
not do for IBM to make a flat statement 
like, ‘‘Do not use swap datasets.’ This is 
because a contrived example suggesting 
the need for swap datasets can be con- 
structed. IBM’s prescriptions tend to de- 
scribe how to do just about anything, but 
with few value judgments about what is 
good to do or what is just possibly un- 
wise. 


Enter the Out-of-Town Expert 


The condensed wisdom of MVS arrives 
at your shop in the person of the out-of- 
town expert, also known as Charley the 


> 


Tuner. Charley has heard all the stories 
and may have even experienced some of 
the nightmares. He may even know more 
than you do. The advantage of such a vis- 
itation is that Charley will usually support 
the perfectly good conclusions of systems 
programmers or capacity planners who 
know the environment. He will add or 
change a few words here and there to 
sprinkle ‘‘expert dust’’ on what you al- 
ready know. When Charley speaks, how- 
ever, managers listen. They have paid him 
enough so that they must at least appear 
to accept his recommendations. 


Worthy Charleys have read about MVS 
and have thought about it as well. They 
analyze your system and look for appro- 
priate solutions in the context of your 
needs instead of trying to fit your obser- 
vations into preconceived molds. They are 
willing, even eager, to share their analysis 
and justification for each recommendation 
often to the point of narcotizing the un- 
wary. Other out-of-town experts, not so 
well qualified, will usually offer advice 
(often the same advice for all) without 
explanation, as if sharing one’s thought 
process will diminish the value of the ad- 
vice or (horrors!) make the expert dispen- 
sable. The lack of explanation or justifi- 
cation usually signals lack of knowledge 
and touches the process of legend for- 
mation. 
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How MVS Legends 

Are Formed 

An MVS legend typically comes about 
when someone tries to do something new 
(at least to him or her) in the MVS en- 
vironment for the first time and discovers 
that prior analysis and planning might have 
been a good idea. Instead of humbly ac- 
cepting correction, the ego insists on jus- 
tifying the unproductive effort and the in- 
cident becomes depicted as an unexpected 
MVS ‘“‘behavior.’’ The symptom is mag- 
nified, generalized and reported to others 
in the darkest terms: ‘‘MVS cannot con- 
trol paging!’’ ‘*TSO LOGON takes for- 
ever!” **XA will not fit!”’ 

Some of the first-hand conclusions are 
true and some reflect lack of understand- 
ing. The hysterical broadcasts are invar- 
iably oversimplified and colleagues love 
to revel in them. (Just go to SCIDS at any 
major SHARE at 11 p.m. on Thursday. 
The songs that get applause, while they 
are sung, are the ones that recall days and 
nights of horror.) As time passes, the hys- 
teria is polished off, the language be- 
comes muted, the number of people the 
word has spread to rises (as in a pan- 
demic) and rumor becomes legend. 


Some Legends Examined 


“MVS Uses Storage 
Inefficiently” 
The Germ of Truth 

When the first release of MVS came 
out, the systems of the time barely had 
enough storage to IPL. Single Virtual 
Storage (SVS) had run well on systems 
of 768K or IMB. MVS had much larger 
fixed data structures to accommodate and 
thus a larger initial real storage require- 
ment. MVS needed up to 2MB to get 
started and significant workloads required 
four or more megabytes. What might have 
happened was that the doubling of real 
storage requirements was not exactly pal- 
atable to the SVS installations being per- 
suaded to jump on the MVS bandwagon 
and the truth came out slowly, incremen- 
tally and looking like rumor. When IBM 
finally made realistic real storage require- 
ments for MVS known, the buildup of 
skepticism took a while to peel off. 


Later Developments and 
Second Thoughts 
MVS’ appetite for real storage contin- 
ued to grow. However as its use for ap- 
plication code began to far outweigh its 
use for system code, MVS systems pro- 
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grammers came to recognize that MVS’ 
use of real storage is efficient but many 
applications are extravagant and wasteful. 
Early MVS subsystems like VSPC at- 
tempted elaborate schemes for private real 
storage management. When they were 
written (and where they were written), 
MVS’ services and capabilities were not 
known and such defensive measures may 
have been necessary. Over time, as sub- 
system and application developers got to 
understand MVS and the essential ele- 
ments of coding for efficient use of real 
storage in a virtual storage environment, 
the ‘‘problem’’ receded. 
Lesson of the Legend 
What can we learn from this legend? 
¢ New systems require new expectations 
¢ The truth takes longer to sink in when 
it is held back at first 
* Early subsystems of a new system may 
not support it well at first 
¢ Systems get well before subsystems 
* The sins of the subsystems are visited 
upon the systems. 


“TSO and DB/DC Do Not Mix” 


The Germ of Truth 

In early MVS (before the introduction 
of swap datasets and, of course, before 
logical swapping) the TSO swap load so 
dominated the paging devices and paths 
that paging response times for other 
workloads could not be expected to be 
fast or consistent. Contention for the CPU 
on uniprocessors was a problem as well, 
especially when the person supporting 
each subsystem tried to make his or her 
charge look as good as possible. The TSO 
paging activity caused inescapable high- 
priority overhead, regardless of TSO’s 
dispatching priority. 

Later Developments and 
Second Thoughts 

The early reaction was simply to ded- 
icate systems to either TSO and batch or 
to CICS, IMS DB/DC or similar trans- 
action processing subsystems. Another 
early response was to try to fix the symp- 
toms. The use of fast paging devices 
(‘‘drums’’ and later their solid-state re- 
placements) was a way to sustain high 
paging rates with good response times. 
‘‘Directed paging’’ modifications to MVS 
attempted to segregate the paging activi- 
ties of major workloads. 

As systems grew larger, it became nec- 
essary to reconsider the viability of mixed 
workloads. The successive changes in 
MVS’ swapping algorithms (swap data- 
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sets, logical swapping, extended swap, 
contiguous slot allocation, storage isola- 
tion and finally the use of expanded stor- 
age) successively unloaded local page da- 
tasets and facilitated the growth of MVS 
systems with noninterfering mixed work- 
loads. Growth in real storage sizes moved 
along with the trend often leading, some- 
times lagging, but finally emerging in the 
lead. Multiprocessors, as well as MVS/ 


SE2 SRM improvements, eased CPU 
contention problems (the latter by making 
possible centralized control of dispatch- 
ing priorities) and XA’s outboard channel 
subsystem facilitated offloading of high 
priority overhead. 


Lesson of the Legend 
The MVS real storage experience has 
conditioned expectations in many areas. 
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Storage sizes in personal computers, for 
instance, have moved ahead with great 
rapidity as OS/2 moves into view. That 
operating system should profit from the 
MVS experience. Ready solutions should 
be at hand when the dependency on a sin- 
gle paging device causes OS/2 multitask- 
ing workloads to interfere with each other 
due to paging contention. 

The CPU contention aspect of accom- 
modating mixed workloads seems to be 
settled with the offload of I/O processing 
CPU activity in XA and ESA along with 
large MP configurations. CPU contention 
will certainly reappear in UP systems from 
the 3090-180E down to superminis and 
micros. The search for effective and ef- 
ficient dispatching schemes will continue. 


“MVS Needs Fast Paging 
Devices” 
The Germ of Truth 
The history discussed above identified 
a past period when the real storage avail- 
able to MVS was insufficient to accom- 
modate a workload that could drive the 
CPU to saturation. One stopgap measure 
was to try to mitigate the effects of paging 
by making the paging devices fast for sin- 
gle-page retrieval. 
Later Developments and 
Second Thoughts 
Since MVS/SP 1.3.0 and the introduc- 
tion of both extended swap and contig- 


are you working overlime onthese 


MUS PROBLEMS 


uous slot allocation, the need for fast pag- 
ing devices in MVS has diminished to 
disappear with the acceptance of ex- 
panded storage. 
Lesson of the Legend 

Whenever real storage is insufficient to 
support the workload of a fully utilized 
processor complex without noticeable 
paging delay, paging problems will reap- 
pear. As the incidence of such problems 
diminishes, the performance impact for 
any such episode will be more keenly felt. 
Under these conditions, the search for so- 
lutions may bring back the demand for 
fast external paging devices. Beware and 
prevent! 


“CPU Hogs Hurt Other Work” 


The Germ of Truth 

Back in the bad old days before the ICS 
and APGRNG, those submitting batch 
jobs could specify their dispatching prior- 
ities. A scientist ignorant of the natural 
order of things in MVS might try to run 
a Monte Carlo analysis through 100,000 
rolls of the dice at high dispatching prior- 
ity, reasoning that whatever the director 
wants Now! is most important. Never mind 
the 50 TSO users (I said it was the old 
days) now on a forced break and never 
mind the fact that the same job running 
at the lowest priority in the system might 
finish in only 10 percent more time with 
no disruption to other work. 
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a POORLY BLOCKED FILES ARE USING UP YOUR CPU CYCLES 
a A VTOC MUST BE EXPANDED OR RELOCATED IN THE NEXT 60 SECONDS 


Later Developments and 
Second Thoughts 
We have learned to control the relative 

dispatching priorities of all work in the 
system and we know how to use mean- 
time-to-wait groups to ensure optimum 
throughput. We may not have learned how 
to calm down the hysterical batch sub- 
mitter, but we are working on that. 


Lesson of the Legend 

This is a proposition that can be argued 
from either position. Stated as above — 
a pure number cruncher with good real 
storage behavior — it is absolutely false. 
On the other hand, if the CPU hog likes 
to page or do I/O, it is a different matter. 
The system crippler might be a BSAM 
(without chained scheduling and 100 
READs_ before CHECK) concordance 
program running against the King James 
Bible on an otherwise lightly loaded CPU 
with its dataset blocked 80-80 (frequent 
I/O) on a solid state DASD (fast I/O with 
no disconnect) and incorrectly specified 
storage isolation. Anything else in the 
system will go to sleep even if the pro- 
fessor’s program is at MO. 

That all-purpose answer, “‘It all de- 
pends,”’ applies well here. 


“Swapping Requires Swap 
Datasets” 
The Germ of Truth 
When swap datasets were introduced in 
MVS, their purpose was to offload LSQA 
page movement from the locals. For the 
cost of a single swap dataset, 50-100 pages 
per second might be redirected. Swapping 
improved so much through this change 
that the use of a swap dataset became 
standard in TSO systems although never 
an absolute requirement. 
Later Developments and 
Second Thoughts 
The improvements in MVS physical 
swapping, cited previously, outdistanced 
the capabilities of swap datasets. Ex- 
tended swap, made available first in an 
IUP for SP 1.1 and incorporated into SP 
1.3, redefined swapping as a single stage 


operation. The entire swap group moved 
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corrected early inefficiencies in the algo- 
rithm. 

The increased number of pages moving 
to swap datasets in conjunction with the 
fixed swap set size of 12 slots meant that 
the number of swap sets per swap would 
increase from one to four, five or more. 
To ensure best possible swapping per- 
formance would require many swap da- 
tasets on separate paths, as many as there 
were swap sets in an average swap group. 
As TSO working sets grew, the number 
of needed swap datasets continued to 
grow. Finally, some Charleys started rec- 
ommending allocating only half the num- 
ber of swap datasets needed for full con- 
currency. Because the data rates became 
high, these needed to be on dedicated de- 
vices. A ‘‘technopolitical’’ question arose 
because swap datasets are small, rarely 
more than two hundred 3380 cylinders, 
yet the device had to be dedicated for ac- 
ceptable performance. How could the 
systems programmers appropriate from 
four to as many as ten 3380s for swapping 
without accounting for the unused space? 


However local page datasets on dedi- 
cated devices are more efficient for swap- 
ping than swap datasets, especially if the 
devices are 3380s. Increasing the number 
of locals while spreading the swap load 
across them increases operational flexi- 
bility. When the workload swings from a 
swap-dominated character to one in which 
paging is more prominent, the paging 
configuration adapts smoothly to the 
change. Swap datasets would stand idle 
while paging devices worked harder. 

IBM has finally come out with a flat 
recommendation against swap datasets — 
on systems with expanded storage. In that 
environment, they are virtually unused. 
IBM experts, including Tom Beretvas, 
continue to say that there are some special 
environments in which swap datasets have 
some value, but modeled or measured 
proof is not offered. 

Lesson of the Legend 

The legend is dead wrong. MVS sys- 
tems never needed swap datasets in the 
sense that they need page datasets. A 
“‘normal’’ MVS configuration has no swap 
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datasets. When severe storage constraint 
appears on a system with a rough balance 
between swappable and nonswappable 
work and the nonswappable subsystems 
cannot be protected from page faulting 
adequately with storage isolation, then and 
only then should swap datasets be consid- 
ered. Even then, since additional paging 
resources will be needed anyway, more 
locals should be tried first. 

When all else fails, add swap datasets 
(enough for full concurrency to minimize 
idle storage occupancy) on separate paths 
making sure to specify generous storage 
isolation for first and second period TSO. 

The whole question may usually be 
avoided by increasing real storage. 


“Batch Swapping Is Trouble” 


The Germ of Truth 

At the same time that legends about 
TSO swapping were being formed, batch 
swapping was being portrayed as even 
more evil. The root cause was the same: 
the I/O load caused by swapping swamped 
the page datasets causing poor response 
time for demand paging and for more ur- 
gent (TSO) swapping. Batch swapping 
hurt TSO response time, not to mention 
the response time of CICS or IMS on the 
same system. 


Later Developments and 
Second Thoughts 

The original design of the SRM used 
exchange swapping as a means of giving 
competing batch jobs an equal chance of 
running to completion when storage con- 
straint kept the multiprogramming level 
(MPL) less than demand. Once batch 
swapping had acquired its unsavory rep- 
utation, heavy-handed measures were 
taken by various groups within IBM to 
make exchange swapping virtually im- 
possible. (The measures included a de- 
fault ISV of 100,000 service units and a 
workload scale in the IPO IPS running 
from one to 10, rather than one to 100, 
ensuring a low probability of a Recom- 
mendation Value (RV) difference greater 
than one — the criterion for an exchange 
swap.) 

Those with heavy hands did not consult 
the Auxiliary Storage Manager devel- 
opers. Just as exchange swapping had been 
virtually prohibited, the SP 1.3 rewrite of 
the ASM made batch swapping quite re- 
spectable. Later developments such as 
XA, the SP 2.1.2 ASM enhancements and 
the introduction of expanded storage have 
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made batch swapping an ordinary activity 
in MVS, not a disaster. 
Lesson of the Legend 

The lesson of this legend is that nothing 
in MVS performance stays good or bad 
forever. Fixes designed as short-term be- 
come institutionalized and preclude flex- 
ibility in the future because the options 
they rule out are rarely re-examined. 


“ ‘Out-and-Ready’ Is 
Unconditionally Evil” 
The Germ of Truth 

The RMF CPU report shows an overall 
number for **‘Out-and-Ready’’ (RDY) ad- 
dress spaces. Many analysts have fas- 
tened on this number as a key indicator 
of system tuning effectiveness and have 
recommended a rule-of-thumb maximum 
such as ‘‘not greater than 1.0 per active 
processor.”’ If all of these RDY address 
spaces were TSO users, this guideline 
might make sense. However the number 
reported by RMF is system-wide and it 
does not differentiate between batch and 
TSO RDY. 


Later Developments and 
Second Thoughts 
Since the rule of thumb was advanced, 

we have come to recognize that we can 
control individual parts of real storage oc- 
cupancy. With tools like the Cross-Per- 
formance-Group (XPG) report in Can- 
dle’s DEXAN/MVS or EPILOG/MVS, 
we can see how the RDY state is distrib- 
uted across workloads. Then we can ad- 
just domain constraints and contention in- 
dex algorithms to ensure that the 
appropriate work is relegated to the out- 
queue. Once the impact of RDY on key 
workloads (seen as ‘‘SRM (MPL) Delay”’ 
in EPILOG or DEXAN detail displays) is 
at an acceptably low level, the amount of 
delay to less critical workloads is irrele- 
vant. In fact, in a system with a signifi- 
cant batch workload, the absence of some 
level of RDY might indicate inappro- 
priate MPL controls. 

Lesson of the Legend 

Tracking the RDY number over time 

provides a rough index of real storage 
loading. A rapid increase may signal im- 


pending saturation and the need for an 
upgrade. The overall RDY number is use- 
less for tuning assessment because of its 
aggregate nature. As in many other areas, 
a useful capacity planning metric is in- 
appropriate for day-to-day performance 
management. 


““Overinitiation’ Is as Bad 
as It Sounds” 


The Germ of Truth 
When words were invented to describe 
common MVS conditions, the word cho- 
sen to mean “‘the batch MPL is less than 
the number of open initiators with ready 
jobs”’ was overinitiation, suggesting the 
number of initiators is excessive. This pe- 
jorative term leads operators to drain in- 
itiators lest the performance analyst begin 
making accusations of misprision of ov- 
erinitiation or perhaps suborning overin- 
itiation. 
Later Developments and 
Second Thoughts 
Suppose we redefine overinitiation to 
mean ‘‘keeping standby batch on the page 
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datasets to increase throughput by taking 
advantage of irregular demand patterns.” 
As batch swapping became less fearsome 
and performance specialists became pro- 
ficient at controlling MPL by monitoring 
the page fault rate (RCCPTRT in the 
OPT), the swapped-out batch became the 
principal load balancer in the system. Ov- 
erinitiation is required to make the con- 
trol mechanism work. To steal a good IBM 
quote, ‘‘Know who your loved ones are 
— and always have someone else to kick 
around!’’ (Credit to Ray Wicks and/or 
Siebo Friesenborg of the Washington Sys- 
tems Center. I do not know who said it 
first.) Swapped-out or marginally 
swapped-in batch is the guy wearing the 
“Kick Me”’ sign. 
Lesson of the Legend 

Do not let a bad-sounding word get in 

the way of a good idea. 


“Paging Is Something That 
Just Happens to MVS” 
The Germ of Truth 
MVS with default SRM controls will 
page as soon as real storage becomes fully 
utilized. When the available frame queue 
is depleted, real frame replacement 
(known to the rest of us as page stealing) 
begins. Subsequent re-reference to stolen 
pages causes page faults and page-ins. 
Also, TSO sessions will be logically 
swapped by default, increasing the de- 
mand for real storage and driving paging 
rates up. Unless the performance special- 
ist gains control of the mechanisms con- 
trolling real storage assignment and reas- 
signment, paging will indeed ‘just 
happen”’ to MVS. 
Later Developments and 
Second Thoughts 
As analysts and systems programmers 
came to understand MVS’ control mech- 
anisms, they learned to keep MVS from 
exhibiting its default behavior and instead 
to control MVS paging. Control of MPL 
based on page fault rate, correct use of 
storage isolation to regulate swap trim as 
well as demand paging in subsystems and 
(in systems without expanded storage) ad- 
justing logical swapping to balance TSO 
response time against paging elsewhere 
are the means of gaining control of MVS’ 
real storage management and suppressing 
its default behavior. 
Lesson of the Legend 
MVS default behavior will reappear as 
soon as control limits are no longer ef- 
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fective. Paging “‘just happens’’ when it 
is not controlled. 


“Logical Swapping Is 
Good — Or Bad” 
The Germ of Truth 

The introduction of logical swapping in 
MVS/SE | came at a time when the avail- 
ability of real storage was, for a time, 
ahead of demand and IBM could devote 
its enhancement efforts to improving MVS 
CPU utilization. Logical swapping used 
excess real storage to defer physical swap- 
outs for TSO address spaces, improving 
TSO response time with few negative 
consequences. 


Later Developments and 
Second Thoughts 

As MVS moved through fat and lean 
real storage periods, logical swapping 
waxed and waned in popularity. The de- 
fault SRM controls favored logical swap- 
ping heavily, so when storage constraint 
appeared, logical swapping became a vil- 
lain with idle TSO sessions holding frames 
while crucial active workloads could have 
used them to reduce paging delay. 

With MVS/SP 1.3 and again in early 
XA, severe storage constraint led to rec- 
ommendations to cut back severely on 
logical swapping. Finally with expanded 
storage, logical swapping became sub- 
sumed under the term processor storage 
swapping and is now seen as very good 
indeed. 

Lesson of the Legend 

IBM should have learned not to set de- 
faults based on a transitory presence or 
absence of constraints. We all should have 
learned that logical swapping is a neutral 
mechanism that does what it is designed 
to do under appropriate controls and that 
the controls need to be set to reflect one’s 
own needs, constraints and priorities. 


“Total Paging Rate Is an 

Indicator of Storage 

Constraint” 

The Germ of Truth 

When all paging was of the same kind 
taking place on the same devices, it was 
useful to examine the total paging rate on 
the local page datasets to get an index of 
storage constraint. This was strictly true 
when the legend, *‘Paging Is Something 
That Just Happens to MVS,”’ was in its 
infancy — no logical swapping, no con- 
trols tying MPL and page fault rate to- 
gether. 


Later Developments and 
Second Thoughts 
Paging is no longer homogeneous and 

no longer an unconstrained consequence 
of workload interacting with the real stor- 
age resource. Because paging is a con- 
trolled variable, no significance can be at- 
tached to any paging rate, especially when 
dissimilar components such as swap 
working sets, swap trim, VIO windows 
and page steals are in the mix. With ex- 
panded storage, the picture is more mud- 
dled and the books do not balance. With 
MVS/ESA and the introduction of data 
spaces and HiPerSpaces, ‘‘paging rate”’ 
may cease to be a meaningful term. 

Lesson of the Legend 

We cannot yearn for simplicity when 

reality is complex. Note also that the 
Available Frame Count (AFC) is con- 
trolled as well. Therefore, that AFC is 
equally unsuitable as a measure of storage 
availability. 


“IBM's Defaults Must Be OK” 


The Germ of Truth 

IBM’s developers had a rationale for 
each default in the members of PARMLIB 
that control the SRM. In each case, the 
choice makes sense in the limited context 
of its selection. Thus, the division of IBM 
that makes CPUs as well as MVS sets a 
limit on the amount of CPU resource de- 
voted to ‘“‘demand paging’? — no more 
than five percent. This limit translates to 
the PAGERT1! and PAGERT2 numbers in 
the default OPT. Unfortunately, this num- 
ber (more than a thousand pages per sec- 
ond for large 3090s) has no relationship 
to the paging rate that the rest of the sys- 
tem (that is the page datasets) can sustain. 

As another example, the default dis- 
patching priority is MO, the lowest in the 
system. Another default is that PVLDP 
(the dispatching priority of initiators, LO- 
GON and other ‘‘privileged’’ address 
spaces) is unspecified. The result is that 
PVLDP is MO by default and TSO LO- 
GONs and batch job and step transitions 
can die when the CPU is busy. 


Later Developments and 
Second Thoughts 
Every MVS systems programmer and 

performance analyst comes to realize that 
IBM’s defaults for controlling the per- 
formance of MVS have only one virtue 
— they are syntactically correct. From the 
earliest days of hip-pocket ZAPpable 
“happy values,’ every out-of-town ex- 
pert has had his favorite OK numbers. 
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FIGURE 1 Lesson of the Legend 


Throw this one out! IBM’s defaults 
cannot help and may hurt. In this area 
more than any, a book, a class, a con- 
sulting visit or (shudder) some time spent 
studying and analyzing your workload can 
pay off with a system operating under 
control within limits you establish. 


“MVS/XA Uses 
Storage Inefficiently”’ 
The Germ of Truth 

Here we go again! In an exact repeat 
of history, MVS/XA’s larger fixed data 
structures required a large increment of 
real storage over that needed for MVS/ 
SP 1.3. This time IBM attempted to warn 
MVS customers and held MVS/XA back 
for a while as a special system for only 
the largest MVS users. 


Ideal Delay Function 


papebe for Rules of ie 


Later Developments and 
Second Thoughts 
The transition from MVS/SP 1.3 to 
MVS/XA was so simple that many MVS 
shops went to XA without a hardware up- 
Utilizetion grade. They struggled for a while until 


Saturation process with a knee. 
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they had adequate real storage to meet the 
base requirement of XA. After XA was 
announced, IBM announced and shipped 
larger real storage sizes for the 308X pro- 
cessors. In all, IBM’s announcements and 
support prepared users for XA far better 
than they had been prepared for MVS. 


Lesson of the Legend 
Again, we are reminded that support of 
larger configurations has its cost in higher 
fixed overhead. Enabling applications that 
were not possible in MVS Version | may 
well be worth the price. In this instance 
we also see that IBM did a considerably 
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Too many businesses put off thinking about the possibility of a 
disaster striking their computer operations. Until it’s too late. 


That’s why Weyerhaeuser Recovery Services helps you prepare 
for the unthinkable by developing solutions for your critical 
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recovery requirement. Our hot site — a production-ready computer 
facility — can have your computing operations up and running 
immediately. And Weyerhaeuser, with almost three decades of 
data-processing experience, has the most complete set of support 
services available — providing you with critical technical, 
operations and administrative assistance. 

Contact Weyerhaeuser Recovery Services, 1-800-654-9347. 
We'll make sure your business stays on solid ground ina disaster. 


Weyerhaeuser 
Information Systems 


Weyerhaeuser 
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better job of preparation and initial sup- 
port than they did in the early °70s. 


“Expanded Storage Causes 
High CPU Overhead” 


The Germ of Truth 
All expanded storage activity shows up 
as CPU use. Because IBM (as in spokes- 
persons for MVS) has doggedly stuck with 
the original 75 microsecond figure for a 
safely repeatable page fault resolution 
time, many analysts have projected CPU 
impact for various paging rates using that 
figure to characterize each page move- 
ment. Assuming roughly equal page-in 
and page-out rates while ignoring migra- 
tion, 500 page faults per second result in 
seven-and-a-half percent CPU utilization 
for a single original 3090 CPU. If we ac- 
cept the Default System Definition (DSD) 
target of five percent of the CPU devoted 
to paging, an original 3090-180 could 
sustain 333 page faults per second and 
each E-model 3090 CPU from the 180E 
and up could sustain 358 pages per sec- 
ond (at 70 microseconds per page) based 
on cycle time ratios. 
Later Developments and 
Second Thoughts 
More information has come out about 
expanded storage since the original an- 
nouncements. At a recent user group 
meeting, for instance, DSD’s President 
James Cannavino spoke of the bus be- 
tween expanded storage and the CPU as 
capable of transferring 220MB per sec- 
ond. From this we can infer a burst-mode 
page transfer time of 17.8 microseconds. 
Since many transfers to expanded stor- 
age and some from it occur in groups of 
several pages, the effect of grouping will 
show up as a time much closer to 18 mi- 
croseconds than to 70 for subsequent 
transfers in a group. Let us assume an 
effective group size of |.3 pages; in this 
case the average transfer time is reduced 
to about 58 microseconds and the five 
percent CPU point is reached at 432 page 
faults per second per CPU. 
Lesson of the Legend 
In the case of expanded storage mea- 
surements, the truth will come out and it 
is probably better than the original story. 
It is likely that IBM was careful to con- 
dition expectations for expanded storage 
to guard against the possibility of early 
negative experiences. The new role of ex- 
panded storage in Enterprise Systems Ar- 
chitecture (ESA) seems to justify the cau- 
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tion. In the time-honored manner of legend 
formation, the lack of information led to 
suspicion, rumor and a new legend. (See 
the last legend in this paper.) 


“VM/XA Can Support 
Production and Test MVS/XA” 


The Germ of Truth 

From its beginning, VM/XA System 
Facility has been able to support the op- 
eration of one or more MVS/XA virtual 
machines. Unfortunately, they have been 
supported with a VM bigot’s understand- 
ing of MVS. ‘‘Certainly you can have a 
V=R system with SIE assist for efficient 
I/O. We call those dedicated devices.’’ 
‘“‘Oh, you want to share those devices with 
another system? Certainly!’’ ‘‘With an- 
other virtual machine? Oh, no — ‘dedi- 
cated’ means what it says: dedicated to a 
single virtual machine and not accessible 
to any other. Of course, you can share 
across virtual machines if the devices are 
CP-owned. .. .”’ 


Later Developments and 
Second Thoughts 

VM/XA has not been and probably will 
never be able to support a typical MVS 
need: a production system sharing DASD 
with a test system, all devices operating 
with native efficiency. To do so would 
require accommodation from VM to the 
needs of MVS and this is highly unlikely. 

Fortunately, a more appropriate solu- 
tion to the problem of operating multiple 
system images on a single hardware con- 
figuration has been announced. It is the 
Processor Resources/System Manager 
(PR/SM, pronounced ‘‘prism’’)  an- 
nounced on February 16, 1988. PR/SM 
provides hardware-controlled logical par- 
titioning without any need for VM. With 
PR/SM, any 3090 E-model equipped with 
the feature will be able to run up to four 
independent operating systems per MP 
side. PR/SM sounds similar to Amdahl’s 
Multiple Domain Facility (MDF) but with 
some improvements in dispatching capa- 
bility and greater operational flexibility. 

The remaining role for VM in MVS 
installations will be limited to running low 
volume test systems and supporting MVS 
production virtual machines on hardware 
not equipped for logical partitioning. 


Lesson of the Legend 
Let VM be VM. Keep it away from 
MVS. 


See MVS Legends page 104 
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Automation. The word itself conjurs up 
many images from Kurt Vonnegut’s 20- 
year-old Player Piano that portrayed a fu- 
ture society in which an elite few run the 
machines while the unemployable major- 
ity subsists on handouts in resentful idle- 
ness to the all-too-real world of the 
modern manufacturing plants where au- 
tomation in the omnipresent form of ro- 
bots crane, twist and weld American au- 
tomobiles on an assembly line with no 
workers in sight. 


The word automation has been with us 
since the early Greeks. Automatous is de- 
rived from the Greek words for self and 
move. Since that time, automation has 
often been viewed at the extremes. To au- 
tomation and the technology that accom- 
panies it has been given credit for most 
of the significant improvements in the 
condition of human life, especially in the 
workplace, and also most of the blame 
for the deterioration in related conditions. 


Why? The existence of extreme views 
is not surprising when you consider how 
automation has permeated many aspects 
of daily life. Even what is considered au- 
tomation changes as the technology that 
is so closely related to its application 
evolves ever so rapidly. Therefore view- 
ing automation as simultaneously a ben- 
efactor and malefactor is not inconsistent. 
As automation has moved society from 
agrarian to industrial to what is com- 
monly referred to as the present day post 
industrial phase, the bottom line of au- 
tomation has not changed. It is still higher 
productivity. The driving force of busi- 
ness today is global competition. Tech- 
nology in the form of automation, and 
therefore higher productivity, affects in- 
ternational competitive advantage since it 
has a role in determining both relative cost 
position and/or differentiation of a com- 
pany’s product or service — the two driv- 
ing factors of competitive advantage. 


Now automation is being applied to the 
automators. Those who originally brought 
us the information society and therefore 
the large data processing community of 
today are realizing that many of the 


“worker as machine operator’ philoso- 
phies of the Industrial Revolution are still 
present in DP, despite the existence of 
technology's progress to the contrary. As 
competition grows internationally, it is not 
surprising that automated operations is the 
buzz word of today’s VPs of MIS and 
data center managers. 


Automated Operations 


Lights Out? Unattended? Automated? 
For as many definitions and degrees of 
automation that exist there are probably 
twice as many for every definition in a 
particular industry. Therefore instead of 
adding yet another to confuse us, I sug- 
gest following the definitions put forward 
by Dr. Leilani Allen of Amdahl Corpo- 
ration for three levels of automation in 
data center operations. 

@ Automated operations is the application 
of software to perform many of the rou- 
tine operational tasks in computer cen- 
ters with greater speed and accuracy 
than would be performed by humans 
alone. The goal here is to increase 
availability. 

@ Unattended operations is the applica- 
tion of intelligent hardware and soft- 
ware to provide a self-managing data 
center environment with minimal hu- 
man intervention. The goal here is to 
reduce personnel costs. 

@ Lights out operations is the physical 
separation of data center staff from 
computer hardware. The goal here is to 
reduce facilities’ costs. 

As can be seen by the definitions above, 
automation is not just software, not just 
hardware, not just staff, but a// of them! 
Implementing automation is not a ‘‘quick- 
fix”’ to any of these goals, no matter which 
one is correct for your data center. It will 
take a commitment and effort by your or- 
ganization, reviewing not only product 
solutions but also how they work and 
where automation makes sense to im- 
prove productivity and quality. 

This brings about another shade of the 
automation definition: every data center’s 
goal in automation is not the same. As 
data center operations have moved from 


Automated, unattended, lights out 
operations describe three levels of 
automation in data center operations. 
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The Power Of 
Automated Operations 
At A Single Point 

Of Control 


ata centers serious about their plans 

for automated operations are beginning 
with the system console. Advance your own 
automated operations plan with AutoMate/ 
MVS, a full function automation tool that 
solves many operational problems in today’s 
complex MVS data centers. 


AutoMate/MVS concentrates its power at the 
console to relieve operators from mundane, 
repetitive tasks and decrease the possibility 
of human error. The clear benefits are 
increased productivity, improved system 
availability, and cost reductions resulting 
from smoother, more reliable operations. 


Improved Operator Environment 

New, menu-driven operator interfaces offer 
RULES creation capabilities and easy-to-use 
ISPF display panels that provide organized, 
clutter-free screens for the operator. 


All this can be done from a single terminal 
when AutoMate/MVS is integrated with 
other Duquesne Systems products. For a 
better operator workstation environment, 
use AutoMate/MVS with Multi-image Console 
(formerly SCON and GCD) for message con- 
solidation; Remote Console/MVS (formerly 
ECS) for remote operator console capabili- 
ties; and TPX for session management. 


NetView Compatible 

As a tool for automating MVS console 
operations, AutoMate/MVS fills in where 
NetView* falls short by providing facilities 
for powerful message and command man- 
agement. AutoMate/MVS utilizes an easy- 
to-use, rule-based system which eliminates 
the need to write and maintain complex 
assembler language MPF exit routines. 


AutoMate/MVS can be an important step in [Es 


oe your comprehensive plan for full system AutoMate/MVS integrates with other Duquesne Systems products to bring information quickly and 
4 automation. For more information, call your easily to one single point of control. 


Duquesne Systems account representative 


y at (800) 323-2600, or (412) 323-2600 in Sy eT oe 
< Pennsylvania. AutoMatemvs: 


*NetView is a product of IBM, Armonk, NY 


DUQUESNE 
SYSTEMS 


Two Allegheny Center 
Pittsburgh, PA 15212 
Telephone 412-323-2600 
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truly manual operations to the current op- 
erator specialization (MCS, MTO, printer, 
tape drive and so on) of most shops today, 
great productivity increases were ob- 
tained. The same will be achieved through 
automation. However as expert system 
capabilities are imbedded into hardware 
and software for both guidance and real- 
time decision making capabilities, further 
productivity gains will be made. As seen 
in Figure 1, when mapped as productivity 
versus time in the far out reaches of time, 
unattended operations loom. What does 
this say to those of us who are committed 
and serious about implementing automa- 
tion? 

@ Unattended operations may be or may 
not be a goal of your automation plans. 

@ Depite this, automation is the first step 
toward increased productivity even 
though not all the pieces-of the tech- 
nology puzzle are here to reach unat- 
tended operations. 

@ Most importantly automation is a proc- 
ess — not a product! There are few, if 
any, ‘‘off the shelf’’ solutions. 

So how do you in your data center be- 
gin to justify and implement the auto- 
mation process so as not to be left behind? 
And where do you begin? Choose the area 
with the highest payback and where tools 
exist today to get you started and take you 
into the next three-to-five years: the op- 
erator’s console. 


Console Operations Problems 

Console operators face in the data cen- 
ter what many factory floor workers faced 
in their jobs in the 50s and 60s prior to 
the automation push in manufacturing — 
many dull, routine, boring tasks and little 
or no opportunity for career growth. Re- 
view the problems at the operator’s con- 
sole that affect availability. 


Message Overload 

The console operator is confronted with 
an overwhelming number of messages. In 
the average shop, operators are con- 
fronted with four to 10 messages a sec- 
ond! But simple message supression is not 
the answer. Controlling this traffic re- 
quires conditional logic for highlighting, 
low lighting, replying and rerouting mes- 
sages to appropriate personnel and so on. 
It also requires, in some instances, addi- 
tonal messages reworded or added for 
more meaningful control by operations 
staff (this is, of course, after message 
control is obtained). 

Operators play an important role in this, 
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MANUAL OPERATIONS 


the first part of laying the foundation for 
automation, since they are closest to what 
needs to be automated. Therefore what- 
ever tool is implemented for this first phase 
of message management and simple au- 
tomation should be operator oriented, re- 
quiring little or no programming skills. 
Operator Error 


No one likes to hear about mistakes on 
the job, but in many ways the operator’s 
environment with its unfriendly user in- 
terface and ever-growing complexity of 
software and hardware becomes more dif- 
ficult to manage. Unfortunately, system 
messages are presented to operators one 
line at a time. The operator spends time 
answering routine messages and cannot 
concentrate on more complex problems. 
But one axiom holds true: the faster the 
system, the faster it waits. 

Many of these types of problems can 
be handled through simplification and 
presentation of operator information and 
commands. One solution is to use stand- 
ard IBM software tools, such as Interac- 
tive System Productivity (ISPF), in con- 
junction with automation for simplified 
command entrance. 

As noted here, all automation is not 
simply ‘‘behind the scenes.’ Much of it 
is oriented to allowing the operator to be- 
come proactive at complex problem solv- 
ing — not simply being reactive to system 
needs. 


OPERATIONS EVOLUTION 


EXPERT SYSTEM GUIDANCE 


OPERATIONS AUTOMATION 


OPERATOR SPECIALIZATION 


UNATTENDED SYSTEMS 


EXPERT SYSTEM OPERATIONS 


Many Awkward or Unknown 
Procedures 


Again, operators are dependent on in- 
effective, incomplete, manual tools such 
as procedure manuals or product docu- 
mentation. This is not to fault documen- 
tation on the whole. However when faced 
with the situations described above, there 
is little time to search correct procedures 
or documentation, even if it is available 
or current, for system solutions. Many 
operators are forced to reach for the phone 
for technical assistance and that robs the 
time and productivity of two people in- 
stead of one. 


Difficult to Learn 


Operations staff turnover due to present 
working conditions is not only inevitable 
but also a fact of life. Therefore getting 
appropriate payback from new personnel 
in the operations area can take years in- 
stead of months without new, friendlier 
tools added in addition to the application 
of message management with simple and 
complex automation. 

This is a sampling of just some of the 
operations difficulties that affect current 
data center operations today. When can 
you begin addressing these problems? 
Now! In most cases you have probably 
already begun. Think about some prod- 
ucts that have already started you along 
the automation process: 
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The Power of 
Automated Operations Is Here. 


It takes power to automate. Not just iron and a little software. But 
a force behind the automation tool that can help when things get 
tough. Candle, the company that defined MVS performance with 
OMEGAMON® has entered the automated operations field with 
AF/OPERATOR™ 


Energize Just What You Need 

Candle’ family of automation products is flexible enough to 
meet your individual needs—from simple message management 
to remote operations. It's up and running in an hour, handling 
basic message traffic and doing flawless IPLs at warp speed. 


Or Blast Off Into Full Automation 

When you're ready to automate recovery or complex procedures, 
AF/OPERATOR enhances your growth. With an automated 
operations product from Candle, you're uniquely positioned to 
handle whatever you need in the engine room, including 
automated availability and performance when the time comes. 


Streamline the Engine Room 

Basic message management is the first step. And with AF/ 
OPERATORS sample library, that first step is a snap. Yet, your 
horizons are never limited because you have the power to tap 


into fully integrated automated operations with the ability to 
control MVS and its subsystems—IMS, DB2, CICS, and JES. 


With High Performance 

System overhead isn’t an issue when you can have less than 1% 
CPU consumption. Nor is scheduling when you can make changes 
to the system on the fly, rather than waiting for an overnight ‘gen: 


And Support From the Mother Ship 

When you take a step into the dimension of automated operations, 
you want the best ground crew behind you. And Candle’s support 
has received DataPro’s highest rating. This support extends beyond 
round-the-clock customer service and education. Candle spends 
$30 million a year in R&D so you won't ever be left behind. 

So whether you're going to the outer limits of automation or 

just streamlining the engine room, Candle is ready to join your 
crew. Let automated operations beam down into your data center. 
Call Terry Forbes today at (800) 843-3970. 


(Candle: 


Copyright ©1988 Candle Corporation. All rights reserved. 
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@ Shared device products for DASD, tape 
drives and console consolidation and 
better, singular operations control 

@ SYSLOG management products for ar- 
chival and retrieval of valuable SYS- 
LOG information 

@ On-line monitors for performance re- 
porting 

@ Schedulers to relieve operators from te- 
dious, routine job scheduling actions 

@ Report distribution systems to control 
printing actions and routing 


@ DASD and tape management products 
for effective resource management. 
The list goes on to include many home- 

grown solutions as well. So do not be 

afraid to build off your current operations 
productivity products. 


Deciding What to Automate 

As we have discussed, automation can 
be a never-ending process. Set your goals 
and objectives, both short term and long 
term, so you can effectively benchmark 


© OPEN/CLOSE CICS Files from Batch JCL - CICS/CEMT 
Issue any CEMT SET command. ALLOCATE and UNALLOCATE files. ENABLE or 
DISABLE transactions. Supports up to 99 CICS systems on multiple CPUs. Purchase for 
$895 (OS, MVS) or $695 (DOS). 


@ SEND MESSAGES TO CICS TERMINALS - CICS/MESSAGE 
Send messages to CICS terminals without affecting user’s transactions. Saves the screen 
buffer, Tran-id, and Commarea and Displays the message. The user’s screen and transaction 
are fully restored. Purchase for $695 (MVS or DOS). 


@ SEND COMPANY or DEPARTMENTAL NEWS - CICS MORNING NEWS 
Automatically displays up to one full screen of news when the user signs on to CICS (CSSN), 
or logs on to CICS (CSGM). On line Help screens available. Full 19 X 79 screen available for 
each news item. Runs under CICS. No special hooks required. Purchase for $495 (MVS or 
DOS). 


@ CREATE CICS MAPS FAST - CICS/MAPR IT 
Includes a screen painting facility, full length data names for COBOL DSECTS, group-level 
occurs for repeated rows, and a COPY facility which allow users to build a new map using an 
existing map as a base. Purchase for $1,295 (MVS or DOS). 


@ FORWARD RECOVERY SYSTEM for CICS FILES - CICS/FRS 
Supplies recovery programming for corrupted or lost VSAM files (KSDS, ESDS, RRDS). 
Flexible system which can select records based on variety of parameters and selectively update 
your backup files to get your users back on-line quickly. Purchase for $1,295 (MVS or DOS). 


@ ELIMINATE IDCAMS LISTCATS - LISTCAT PLUS 
Replace bulky IDCAMS Listcats with LISTCAT PLUS. Lists VSAM entries in a one-line- 
per-dataset format and flags datasets needing attention. Includes all ICF files too. Makes 
tuning suggestions. Also prints a volume summary showing space utilization. Purchase for 
$695 (MVS) or $495 (DOS). 


e EDIT, COPY, and DEFINE VSAM FILES from TSO/ISPF - IVU 
Provides on-line access (through ISPF) to the most often used VSAM functions that would 
normally be done with IDCAMS batch processing. You can EDIT, DELETE, COPY 
RENAME, BROWSE, and INQUIRE on VSAM datasets without programming or writing 
JCL. Edit NON-VSAM files with record lengths greater than 255 bytes. Purchase ISPF/ 
VSAM UTILITY for $1,295 (MVS or DOS). 
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your automation progress along the au- 
tomation odyssey. Be sure to form stra- 
tegic alliances along the way because of 
the internal political resistance that auto- 
mation usually receives. For example, if 
technical support management is charged 
with the automation project in your or- 
ganization, be sure that operations man- 
agement and even staff is included on 
project goals and product evaluation. 
Consulting operations is always beneficial 
since they really ‘‘own’’ the automation 
process. 

When beginning the actual implemen- 
tation, there are several steps and goals 
that should be included on your ‘‘to do’’ 
list. 


@ Review current operations 

actions 

This information is usually found on 
Syslog. A review of this information from 
archived datasets usually can highlight 
potential areas for automated console 
software usage. 


@ Begin with simple tasks 

Areas like message management or 
command simplification are options here. 
These should be able to be implemented 
with a simple rule-based language pro- 
vided with optional menu-driven orien- 
tation for operations personnel. 


= Move to simple automation 


Time driven auto-actions in concert with 
message reply automation for routine pro- 
cedures also can be rule based. This elim- 
inates many of the cases of operator error 
and action delays. 

Simple automation should also allow 
for ‘‘mimicking”’ or intelligently imitat- 
ing present operator actions. Your current 
staff probably makes great use of pad and 
pencil or stick-it notes to recall or remem- 
ber past important alerts and messages. 
The automation tool you implement should 
also contain this capability to retain crit- 
ical status information about jobs, dates, 
message text and so on. 


@ Expand to complex automation 


Complex automation languages are 
commonly based on strategic platforms 
such as IBM’s TSO CLISTS and REXX 
(TSO/E V2). They will probably require 
programming skills but these should only 
account for 20 percent of the automation 
completed. But more importantly, com- 
mon autotasks in TSO CLISTS or REXX 
should be able to be referenced from the 
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rule base for operator usage. Also, the 
TSO or REXX scripts will need to be sup- 
plemented with enhanced automation 
command processors, either written by 
your staff or provided by the automation 
package for more complete automation 
capabilities. 


@ Provide operator workstation 

capabilities 

It is clear that operators need better tools 
to do their job. Many facilities for auto- 
mation, such as SYSLOG Recall, should 
come from the present day master con- 

‘sole. As much as the console can im- 
prove, a better interface that builds on 
those facilities exists today. 

The idea of a workstation environment 
for operators was only a pipedream a few 
years ago. By combining many useful 
software tools, the dream can come close 
to reality. 

Providing a session manager and multi- 
image console product (for access to mul- 
tiple MVS message streams) is a giant 
first step to consolidating and streamlin- 
ing unnecessary message traffic from dif- 
ferent consoles. This simplifies the oper- 
ator’s environment and makes automation 
gains more rapid. Beyond that, the ses- 
sion switching capabilities should allow 
access to SYSLOG analysis and review 
software, as well as ISPF menus for spe- 
cific operator automated actions. These 
tools together provide the basis for a truly 
friendly operator workstation environ- 
ment. 

The future of this terminal is certainly 
spelled out in two words: personal com- 
puter. Automation solutions today deliver 
both internal mainframe and external per- 
sonal computer solutions for early IPL 
support, external dial out capability, color 
and sound (audible alerts, voice support 
and so on). There is little doubt, as 
PCs proliferate, that this will serve the 
basis for future operator workstation ca- 
pabilities. 

@ Take advantage of Open 

Software Architecture 


An effective operator automation tool 
for the future should be ‘‘open.”’ It should 
be multi-vendor in terms of its interfac- 
ing. At one level, support should be im- 
plemented via current console messages 
and exits. At another, LU2 support is im- 
portant in the short term for successful 
automation of panel applications such as 
performance monitors. This allows sup- 
port across vendor products and the po- 
tential for unlimited application and 
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growth of your automation. 

Beyond this, remote operations capa- 
bilities are also important. This can be in 
two forms: remote display of the operator 
workstation/console and application-to- 
application interfacing through IBM pro- 
tocols such as LU6.2. 


Other Considerations 


NetView and other IBM 
Standards 


IBM is always to be considered when 
venturing into an area of commitment such 
as automation. Much of the future prog- 
ress in this area will be delivered by IBM 
products — both hardware and software. 

One of the most significant announce- 
ments affecting data center automation 
implementation was made in June, 1987. 
It was NetView. This is, of course, IBM’s 
network management product for con- 
trolling and monitoring network perform- 
ance. It also provides a procedural lan- 
guage, Network Communications and 
Control Facility (NCCF), that provides 
network operations a command list lan- 
guage similar to IBM’s standard TSO fa- 
cilities. Combined with several other 
NetView components, NetView provides 
a basic framework for future network 
management offerings by IBM. From the 
system operations side, it provides an ad- 
ditional tool for system/network automa- 
tion. 

For today’s pressing need to address 
system operations, however, NetView re- 
lies on Message Processing Facility 
(MPF). MPF does three things well: mes- 
Sage suppression, message suppression 
and message suppression. It is not a com- 
plete or easy-to-use facility. It also does 
not provide for operation staff involve- 
ment because the usual data center secu- 
rity system will restrict operators from ac- 
cessing MPF. Therefore those closest to 
knowing and implementing the automa- 
tion will not be involved. With 90 percent 
of the automation with NetView NCCF 
CLISTS a higher level interpretive lan- 
guage, the success of the operations au- 
tomation project will be costly and slow 
moving from the start. This is where many 
Independent Software Vendors (ISVs) 
have aligned their products to take advan- 
tage of the time, effort and ease-of-use 
facilities, as well as lower overhead with 
a system console orientation versus a net- 
work management spinoff. 

More importantly, the MPF/NCCF of- 
fering allows for no improvement that 
addresses the question of, ‘‘What have 


you done for your operator?’’ No menu- 
driven, combined-status displays for easy, 
one key stroke action commands are pro- 
vided in the current Release 2 offering or 
are they planned. 

IBM is also providing tools to support 
the system operations as well. With its 
announcement of REXX under TSO, 
many ISVs who have built their products 
on IBM standards such as TSO will read- 
ily take advantage of this and other IBM 
futures. This also applies to other IBM 
standards such as ISPF that was discussed 
earlier. 


System vs. Product 


When deciding on any product in the 
automation arena, differentiate between 
purchasing a “‘product’’ or a ‘‘system.”’ 
The difference is not always obvious. 
Many systems are complex and therefore 
require higher levels of support and sys- 
tem integrators to install and tailor multi- 
component ‘‘products.’’ This can leave 
you and your staff out of the automation 
loop and left behind with what was done 
two to three years down the road. 

Products, on the other hand, provide a 
base starting point that allows you to grow 
and control the pace and success of your 
automation project. Again, multi-vendor 
solutions are normal implementing many 
products, both hardware and software. 


Conclusion 


There are really some simple realities 
in data center operations today to remem- 
ber when starting your automated opera- 
tions plans. 

Automation is a process that you should 
begin now with multi-vendor solutions that 
are based on or are compatible with IBM’s 
strategic directions. 

This is how your data center can con- 
tinue to grow and stay competitive in the 
global economy of the future that in many 
ways is here today. Gaining and keeping 
that advantage is not a short-term quick 
fix and neither is the underlying automa- 
tion that will keep that edge alive. It re- 
quires, as other things do, a strong com- 
mitment. It also requires a seriousness to 
implement what is right for your data cen- 
ter and your organization’s operations now 
and in the future. = 
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Strategic 


Alliance 


Landmark Systems 
and Morino Associates 
Demonstrate Advantages 


By Fred Newberry 


t first glance, Landmark Sys- 

tems Corporation and Morino 

Associates, Inc. have little in 

common. True, both are lo- 
cated in Vienna, VA and both are driven 
in an entrepreneurial style by technician- 
managers who still code a few lines now 
and then. Customers rate both vendors 
exceptionally high in terms of technical 
support. Both of their flagship products, 
Landmark’s The Monitor for CICS and 
MICS from Morino, are stout, well-be- 
haved products that may be installed 
without regenerating the entire Western 
Hemisphere. 

However there are differences. Morino 
Associates is an older company, larger by 
every measure. Landmark is privately 
held; Morino is a public company. Land- 
mark is still principally a single-product 
company although its introduction of 
Eyewitness earlier this year will change 
that characterization. Morino offers doz- 
ens of integrated products in the MICS 
family. The personal and managerial styles 
of their CEOs occasionally contrast dra- 
matically. 

To the advantage of their customers, 
however, the similarities clearly outweigh 
the differences. In 1987, the companies 
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announced a unique strategic alliance 
agreement that saw the development of an 
interface between Landmark’s The Mon- 
itor for CICS and Morino’s MICS CICS. 

The interface allows MICS CICS users 
to directly input data from The Monitor. 
Without the interface, users who wanted 
to feed data from The Monitor to MICS 
CICS would first have to convert it to PAII 
or CMF formats. The interface, then, pro- 
vides three major benefits to users. First, 
it bypasses the need to convert formats. 
Second, by eliminating the need for CMF 
itself, CICS overhead is significantly re- 
duced. Third, by processing The Monitor 
data directly, all data fields can be sum- 
marized in MICS, promoting more com- 
prehensive analysis and capacity plan- 
ning. In summary, the interface provides 
users of MICS and The Monitor with a 
superior combination of tools for troub- 
leshooting and capacity planning of CICS 
systems. 


When Landmark Systems began selling 
The Monitor for CICS in 1983, first-year 
revenues were a mere $12,000. By the 
end of 1987, Landmark had boosted its 
revenues to $13 million and it now boasts 
more than 3,000 installations of The 


Monitor. Without outside financing the 
company’s founders, Patrick McGettigan 
(currently CEO) and Katherine Clarke 
(currently VP of Technical Support), both 
quit their jobs to start the company. 


The Monitor for CICS has its origins 
at Blue Cross/Blue Shield in Washington, 
DC where a monitoring system was de- 
veloped in the late 1970s to gain more 
control over response time. The resulting 
system met with a great deal of enthusi- 
asm, leading the developers to ready it 
for market. Landmark Systems released 
The Monitor in mid-1983 and by mid- 
1987 more than 2,500 DP sites were li- 
censed to use the product worldwide. 


Founded in 1973, Morino Associates 
markets an integrated line of software 
products to control costs and improve the 
performance of MVS computer systems. 
Its flagship product is MICS I/S Manage- 
ment Support System, a family of mod- 
ules that generates information useful for 
management alert reporting and cost man- 
agement, network management, capacity 
management and more. Some 5,100 cop- 
ies of its products are installed at more 
than 1,200 sites in 25 countries. Net rev- 
enues for 1987 were $33.3 million. 
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The MICS CICS Analysis module pro- 
vides CICS reporting capabilities for sys- 
tem availability, service levels, transac- 
tion throughput, resource usage and 
transaction profile analysis. It provides 
supporting information for cost recovery 
of DB/DC resources and for capacity 
planning. It maintains measurement data 
from IBM’s PAII and CMF products and 
Landmark’s The Monitor for CICS. 


CICS monitoring is critical if such areas 
as on-line response time, problem deter- 
mination and resolution, application de- 
bugging and tuning and data management 
are to be controlled. A CICS monitor pro- 
vides the system manager with answers to 
such real-time problems as: What is 
wrong? How can I fix it? How can I an- 
ticipate the problem before it happens 
again? In detail, its capabilities are as 
complex as CICS itself. 

For system managers who want to min- 
imize CICS problems, a real-time task ac- 
tivity monitor is needed to pinpoint prob- 
lem tasks as they occur. Aberrant tasks 
can then be quickly canceled before they 
degrade system performance or worse, 
cause CICS to crash. For application tasks, 
a CICS monitor should show task status 
and identify such problems as enqueue 
lockouts, VSAM string waits and high re- 
source consumption. 

The Monitor/MICS interfaced is cur- 
rently installed in approximately 20 in- 
stallations. At one of the installations, Joe 
Bell, project manager for Hallmark Cards 
(Kansas City, MO) reports that great im- 
provements in capacity planning were 
made possible by the interface. A user of 
MICS and IBM’s CMF since 1982, Hall- 
mark Cards wanted to convert to The 
Monitor for two reasons. First, it desired 
an on-line monitoring capability. Second, 
it suspected that it could save on over- 
head. According to Bell, Hallmark sub- 
sequently verified that overhead savings 
were possible. 

Without the interface, Hallmark would 
have had to concurrently operate both The 
Monitor and CMF if it wanted on-line 
monitoring capabilities. ‘‘We would have 
had to justify The Monitor by its real-time 
capabilities alone and absorb the addi- 
tional overhead required by operating two 
monitors. I do not think that would have 
been too easy,”’ Bell says. 

A 17-year veteran of the software in- 
dustry, Bell is gratified by this display of 
cooperation. ‘‘I’d like to see more of it. 
The users would obviously benefit and the 
software vendors would benefit, too.”’ 


96 


An Interview with Patrick McGettigan 


Patrick McGettigan, CEO of Landmark Systems Corporation, 
received Washington’s ‘‘Entrepreneur of the Year in High Tech- 
nology’’ award from Arthur Young and VENTURE magazine 
in June, 1988. He developed The Monitor for CICS while he 
was at Blue Cross/Blue Shield. McGettigan and his partner, 
Katherine Clarke, founded Landmark Systems in 1982; The 
Monitor was introduced the following year. He was the com- 
pany’s technical leader until 1984 when he moved into executive 
management. 


MAINFRAME JOURNAL: Is this agreement with Morino As- 
sociates the first for Landmark? 

McGettigan: Yes. Now, The Monitor supports six 4GLs and as many databases, but 
it has cost us too much because we do not have the simple relationships we need. 
MJ: Examples of strategic alliances are rare. What are the obstacles to such agree- 
ments? 


McGettigan: Some time ago I went to a session on strategic alliances. It was an 
abominable presentation. What the panelists really demonstrated was that strategic al- 


liances are done the hard way, from an adversarial point of view. There is so much 
fear and paranoia in this area, that most vendors do not practice a deliberate attempt 
to make strategic alliances. 


MJ: “‘Paranoia?’’ Can you explain? 


McGettigan: Well, I can understand some of these fears. Partners in a strategic alliance 
today can easily become competitors tomorrow. Vendors have fears about how a com- 
mitment might tie their hands or impede them down the road if a competitive situation 
should develop. 


MJ: How about benefits? What is the main incentive to such agreements? 


McGettigan: Customers always provide the leverage that creates momentum for stra- 
tegic agreements. There are a couple of directions you can come from. First, the 
technical side. It is important to have a direct line of communications with firms like 
IBM, Cincom or ADR to provide us with the limited information we need. The second 
side to a strategic alliance is business and marketing. There are ways this can be done 
that do not cost you anything such as seminars, cooperative advertising, that sort of 
thing. 


MJ: Briefly describe your management style. 


McGettigan: I’m a bleeding heart people-oriented person. My partners and I work hard 
at enrichment of the work environment and our employees’ lives in general. I believe 
it has a lot to do with how stable we are. In general, I believe if it feels good, do it. 


At San Francisco-based Levi Strauss & 
Company, Technical Consultant Phil Hor- 
vath has used MICS and The Monitor 
since late 1987. Performance and service 
level agreements and the chargeback sys- 
tem rely on MICS, which in turn uses 
input data from The Monitor. The inter- 
face makes it all possible. 

Horvath explains, “‘It takes data from 
The Monitor and produces records that 
MICS is able to read and manipulate for 
performance analysis and chargeback. 
Without it, we would have to go to CMF 
or some other CICS monitor to extract the 
data. The Monitor seems to provide a lit- 
tle better performance with less overhead. 


So without it, the monitor we might have 
to select would be less than optimum for 
our operation.’’ 

Horvath welcomes the increasing lev- 
els of cooperation between IBM and in- 
dependent vendors and the strategic alli- 
ance between independents themselves. 
““Nowadays, vendors have to be able to 
support, to some extent, other vendor’s 
products,’’ he says, pointing to the inter- 
face that VM Software, Inc. (Reston, VA) 
created to the UCCEL UCC-1 tape man- 
agement system now controlled by Com- 
puter Associates. 

At Landmark Systems, Robert Lewis, 
development manager for The Monitor, 
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has a unique perspective on the develop- 
ment of The Monitor/MICS interface. 
Until he joined Landmark in 1987, he had 
development responsibilities at Morino. 
He recalls the initial meetings in which 
the specifications for the interface were 
first discussed and specific technical chal- 
lenges first addressed. 


‘‘We encountered a number of prob- 
lems in the initial design of the inter- 
face,’ he recalls. One problem was that 
The Monitor data could come in two for- 
mats: compressed or uncompressed. One 
challenge was how to provide both for- 
mats to SAS, the reporting language fa- 
vored by MICS. Eventually the problem 
was solved by writing an Assembler front 
end to process the data before passing it 
on to SAS. 

Another problem was solved by mod- 
ifying code for The Monitor so that it pro- 
duced interval systems records. The prob- 
lem was that MICS is interval-driven while 
The Monitor is more activity-driven. In 
other words, MICS is keen on summariz- 
ing by the hour. If MICS does not see any 
data for the hour or the specified interval, 
it might lose other data generated by The 
Monitor. To prevent this Landmark pro- 
vided a modification that would force sys- 
tem information out every hour even if 
there were no activity in that interval. 


Carl Meredith, currently development 
advisor, has been with Morino Associates 
for eight years. He sees The Monitor/ 
MICS interface as increasing the return 
on investment of MICS. ‘‘If a shop relies 
on MICS, it becomes a critical part of its 
operations. Our users do not want to be 
held back by not being able to input crit- 
ical data to MICS.”’ 

Meredith agrees that the kind of co- 
operation that has led to The Monitor/ 
MICS interface is not normally found in 
the software industry. ‘‘We had some ad- 
vantages. Landmark is a very concen- 
trated effort; there is basically no overlap 
in functionality that allows competition 
between our two companies.’ He is happy 
with the results and welcomes the benefits 
of cooperating with another vendor. ** You 
can always get a better view standing on 
someone else’s shoulders.”’ 


He sees benefits all around. *‘Morino 
Associates has always tried in the MICS 
product to deal with as many popular data 
sources as possible. The advantage to us 
is an increased prospect base. With the 
interface, we now have analytic compo- 
nents that will analyze performance of 
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MVS and perform CICS capacity plan- 
ning, accounting and chargeback using 
data from either CMF or The Monitor. 
Consider sites that use The Monitor. In 
such sites, we would not otherwise be a 
candidate for selling CICS component or 
CICS billing.” 

A similar argument is made for Land- 
mark. The interface gives Monitor users 
another reporting tool to get at transaction 


data for capacity planning and modeling. 

But to Meredith, it is the user base for 
both products that stands to benefit the 
most. He sees both visible and invisible 
benefits. ‘‘The visible benefit is that the 
interface allows users to install the mon- 
itoring tools they consider best for their 
shops. In this way, they tend to end up 
with fewer errors and less overhead.’’ The 
invisible benefit, he explains, is that 


XA-RELO / XR-RELO 


CICS Performance Optimizer 


As you may have already discovered, converting to XA 
does not necessarily mean your CICS performance and 
storage problems are over. Now it’s time to let the 
powerful features of XA-RELO provide the solutions. 
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An Interview with Mario Morino 


Mario M. Morino is CEO and chairman of the board of Mor- 
ino Associates. He began his career in applications systems with 
General Motors and gained management experience with Eaton 
Manufacturing, U.S. Time Sharing and the Bureau of Naval 
Personnel. He subsequently became director of program prod- 
ucts for PACE Applied Technology. The entrepreneurial bug hit 
him in 1972 and Morino Associates was formed a year later. 
The company introduced its principal product, MICS, in 1979. 


MAINFRAME JOURNAL: You have been an outspoken ad- 
vocate of strategic alliance agreements for many years? Why is 
the software industry still lagging in this area? 


Morino: Such agreements are increasingly essential yet most vendors are brought into 
it dragging and kicking. It is hard because many still take a parochial view of their 
products. The fact of the matter is that users today exist in an intensified multi-vendor 
environment. And that means all vendors will have to work together more, including 
IBM. 


MJ: Is this the first such agreement for Morino Associates? 


Morino: Not at all. We have various levels of agreements. In addition to Landmark, 
we have formal situations with companies like BGS Systems and Amdahl. We are also 
working on a more informal basis with Boole and Babbage and Duquesne Systems. 
We are currently talking to Candle Corporation. 


MJ: What is the incentive for such agreements? 


Morino: It is very much due to customer demand. If we think a product is going to be 
a winner, we take on the support for an interface ourselves. MICS is smack dab in the 
middle of things. We just have to provide integration. Other vendors develop interfaces 
to MICS themselves and that is good for us. 


MJ: How were the costs and expenses of this development effort apportioned between 
the two companies? 


Morino: The two companies shared the knowledge. The key part of these agreements 
is not the development effort but technical currency. We typically take on the devel- 
opment costs ourselves. The key is to get the other company to share technical infor- 
mation up front. 


MJ: How do you plan to recover those costs? 


Morino: We assume we will recoup our costs because of the fact that Landmark’s The 
Monitor for CICS is such a successful product that it will help us sell. When we support 
a product like The Monitor, we are convinced it is going to be a mainstay product with 
high penetration in the industry. That is good for us. 


MJ: Would you briefly describe your management style? 


Morino: I am fairly demanding. I am very much driven to a heavy client-orientation. 
I am an old fashioned in-the-field type person. I like to be out there with the users. 
That is where the action is. That said, I am very informal. We have a typical high-tech 
environment: high expectations of high-quality people working in a loose organization. 


because Landmark and Morino Associ- 
ates are constantly talking to each other, 
users will not get surprised by incom- 
patibilities. 

Landmark’s Lewis takes it one step fur- 
ther. For him, the biggest advantage of 
the relationship is that it broadens the in- 
formation base of both companies. ‘‘We 
generally talk only to CICS systems pro- 
grammers; Morino generally talks only to 
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performance analysts and capacity plan- 
ning people. Via this interface, we share 
the information and get feedback from 
people we normally would not talk to.”’ 
That is a rich benefit, indeed. = 


ABOUT THE AUTHOR 
Fred Newberry is a free-lance writer 
specializing in high technology and com- 
puter-related topics. 


Fundamentally, SQL offers users free- 
dom of choice. To the extent all RDBMSs 
migrate toward SQL as their common ac- 
cess language, it will encourage compat- 
ibility at the application level. What is 
under the covers of the database structure 
will be transparent to the user. Applica- 
tions developed under SQL/DS, DB2, 
CYGNET, SUPRA (Cincom Systems, 
Cincinnati, OH) or others can extract in- 
formation from common databases. This 
capability holds out great promise for suc- 
cessful operations in a decentralized mode. 

Finally, SQL promises compatibility 
with IBM’s future direction, a factor no 
company can ignore. Since IBM has iden- 
tified SQL as the key database sub-lan- 
guage in its Systems Application Archi- 
tecture (SAA), customers who use a 
DBMS that supports SQL can rest assured 
they are not deviating into an area that 
would prevent them from taking advan- 
tage of future IBM developments. 


Conclusion 


Getting the most out of SQL/DS and 
the relational model requires that DOS/ 
VSE shops adopt a new application de- 
velopment mindset. To the extent that they 
have ad hoc methods for requirements 
analysis and project management, these 
shops should adopt formalized processes 
for both developing standards and man- 
aging the application development life 
cycle. They should also emphasize com- 
munications between users and MIS staff 
and internal communications among the 
DP staffers. 

The very flexibility of SQL/DS gives 
unaware users just enough rope to hang 
themselves. When data is not managed 
properly, a very effective tool is poten- 
tially more damaging than a less effective 
tool. Used improperly, SQL/DS may be- 
come a maintenance nightmare, as users 
proliferate applications. A DBMS by it- 
self is not capable of identifying data re- 
source usage. Only a data dictionary can 
provide this information. 

To work successfully with SQL/DS, 
data centers must be clear about some 
SQL/DS misconceptions (see Side Bar 
titled, ‘‘Five Misconceptions about SQL/ 
DS. . . Or Are They?’’). They must also 
adopt some specific assumptions about 
applications development and RDBMS 
performance. These assumptions include: 
* Acceptable performance demands a staff 

thoroughly trained in the use of SQL/ 

DS and dedicated to sound system de- 

sign and constant tuning 
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SQL/DS from page 71 


* Using SQL/DS to build isolated tables 
gives you some incremental benefits 
but you pay enormous performance pen- 
alties 

* High performance is frequently a trade- 
off with ease of use and installation 

* A shared database environment for high 
performance update applications and ad 
hoc reporting applications will not be 
satisfactory for some users 

¢ Without a management process in place 
to support integrated performance-based 
design, SQL/DS will result in very lim- 
ited functionality. 

SQL/DS and the relational model 
emerged because aggressive users were 
driving traditional software beyond its 
design limits. While the traditional ap- 
proaches sufficed to automate the back of- 
fice, the majority of front-office applica- 
tions still are relatively primitive in terms 
of automation. This is the promise of 
RDBMS technology: it will move the so- 
phisticated, on-line computer environ- 
ments that for 20 years have supported 
production work to the desk of the cus- 
tomer service representative, the sales 
person on the road and the corporate 
boardroom. = 
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DASD Growth from page 44 


activities outlined in the package. The 
most common of these activities is allo- 
cation of new production files. 

The final step in processing a data man- 
agement package is for the data manager 
to review the package and verify its status 
as a budgeted project. If the package 
passes the tests, the data manager allows 
the process to continue. The next step in 
the process produces the JCL necessary 
to accomplish the required file manage- 
ment. ADMS then places the package on 
an archive file and the resulting use of 
DASD is logged into the report generation 
file. From this file, the quarterly Forecast 
vs. Actual report is generated. Further, 
the performance/capacity unit is devel- 
oping a MICS-based facility to locate 
candidate volumes for allocation or 
movement of files to be placed on any 
pool. The facility will use space and per- 
formance requirements to develop the 
volume candidate list. This facility is nec- 
essary for the planned automation of the 
data management component of the au- 
tomated data management system. When 
this process is perfected, the role of the 
data manager will then be to review re- 


tune VSAM datasets 


Easy to install .. 


(800) 542-7760 - 


XA-VSAM / XR-VSAM 


Improve VSAM performance as much as 90% 


e Cuts hours off daily production time 
e Significantly reduces I/O and WAIT time 


e Analyzes and dynamically tunes the performance 
characteristics of all VSAM datasets 


Automatically provides optimum VSAM buffer 
management for maximum efficiency 


Eliminates dedicated resources now used to 


e Requires no program or system modifications 
. less than 30 minutes 


— Call now for a free trial — 
FAX (205) 833-8746 


Quantum International Corporation 
“Superior Solutions 


quest packages and allow the files to be 
allocated/reallocated/deleted or reject the 
package and send it back to the requestor 
for modification. 


Summary 


Storage management and the resulting 
architecture for controlling use of storage 
resources is intended primarily to control 
the use of a rapidly expanding resource 
and ensure efficient use of the resource. 
Imposition of a storage management 
structure need not cause lowering of pro- 
ductivity in areas required to follow the 
rules necessary for the success of the ef- 
fort. Connecticut National Bank has de- 
veloped a storage/data management struc- 
ture that assures both adherence to the 
rules of effective storage management, 
rapid turnaround of DASD and data man- 
agement requests and ‘‘just in time’’ pur- 
chasing of data storage hardware. = 


ABOUT THE AUTHOR 
Steve Adil does storage management 
strategic planning for Connecticut Na- 
tional Bank, MSN 348, 150 Windsor St., 
Hartford, CT 06120, (203) 722-9330. 
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VMOPERATOR 


Putting Muscle Into 


the VM Operator Console 


The weakest point in many VM Data 
Centers is the VM operator console. As 
VM networks-become faster and more 
elaborate, the probability rises that im- 
portant messages will not get timely re- 
sponses, or worse, be ignored altogether. 
At the same time, the operator console in 
the data center becomes a bottleneck as 
it is the sole place from which commands 
may be issued or problems diagnosed. 

VMOPERATOR from VM Software, 
Inc. (Reston, VA) is a management sys- 
tem for the operator console. It enhances 
the interface between VM and the DP op- 
erations staff, provides full-screen and 
extended color control capabilities, au- 
tomatic message handling and simplified 
on-line review of the operator console. 
Critical messages that previously slipped 
by unnoticed can now be held on the 
screen and displayed in an eye-catching 
color. Also, VM problems can be easily 
traced by systems programmers from their 
own terminals. 

Here is a paradox. The faster a VM 
machine is, the faster it waits. Consider 
the increasing rate at which messages ar- 
tive. Most messages are informational, 
requiring no specific action. But they dis- 
tract the operators from the remaining 
messages, such as tape mount requests 
that need timely operator interaction. If 
these messages are highlighted and ap- 
propriately directed, 75 percent of the wait 
time can be eliminated. Positive benefits, 
in addition to faster tape mounts, come 
from more rapid message response during 
initialization and shutdown. These are the 
benefits promised by VMOPERATOR. 


Message Rate Relief 


For important events such as tape mount 
requests, it is important that such mes- 
sages be highlighted on the screen until 
the operator acts on them and manually 
deletes them. Some messages (such as 
INT REQ messages) are held on the screen 
and removed by VMOPERATOR when 
the condition is corrected. The routing 
tables supplied with the product includes 
handling for critical but easy-to-miss 
messages such as the one indicating that 
spool space is full, a condition that if not 
corrected can crash VM. 

Console message suppression is one of 
the major applications of VMOPERA- 


By John Kador 


TOR. If data center operators do not get 
some relief soon, they will become the 
inevitable victims of sensory overload as 
they are bombarded by increasing vol- 
umes of console messages. Message rate 
relief also provides an uncluttered con- 
sole that, in turn, results in reduced wait 
times as operators are less distracted from 
acting on the remaining messages. 

Without relief, the data centers they 
manage will increasingly resemble the air 
traffic control situation we have today with 
delays everywhere, occasional crashes, 
more near-misses, rising costs and burned- 
out workers. 

More than 90 percent of the messages 
issued by operating systems are routine 
to the point that they should be handled 
without operator intervention. If the mes- 
sages flashing over the operator console 
were segmented into a pyramid, the bot- 
tom 60 percent constitute informational 
messages that require no operation reac- 
tion. Examples include the User ID logon 
messages. Messages requiring pre-estab- 
lished trivial responses (‘‘always or 
never’’ situations) represent another 25 
percent of the total. These messages re- 
quire system intelligence to process and 
eliminate. The remaining 15 percent re- 
quire a decision; something approximat- 
ing human intelligence to handle prop- 
erly. The responses to these items depend 
on variable environmental or operational 
conditions. 

VMOPERATOR routing tables exam- 
ine messages coming in to the VMOPER- 
ATOR system and contain instructions on 
actions to take for specified messages. The 
actions taken can include: 

@ Display the message on the operator 
console 

@lignore the message (although it is 
logged) 

@ Act on it (usually execute an EXEC 
routine). 


On-line Console Review 


No one likes to search through piles of 
printed logs to determine such things as 
when a file was printed. That is why VM- 
OPERATOR records all message traffic 
in a log file for review. When users ask 
questions about past events, the answers 
are immediate. On-line, the reviewer 
simply scrolls back and forth through the 


current system log or searches the logs 
from previous days. Unlike spooled con- 
sole logs, this log can be reviewed con- 
currently by several users. The on-line 
log also shows all current activity. The 
operator needs to take no action (such as 
closing a console spool) to allow other 
users to examine the log. On-line console 
review capabilities include being able to 
scroll forward and back through the log, 
shift the display left or right, search for 
a specified character string and extract all 
lines contained in a specified character 
string for further examination or printing. 

Another feature of VMOPERATOR is 
that it allows authorized users to use their 
own terminals as an extension of the op- 
erator console. Analysts can then monitor 
the current system status, review past 
messages and invoke operator commands 
as if they were being entered directly into 
the operator console. This allows a sys- 
tems programmer to connect to the op- 
erator console without going to the data 
center. If systems programmers have a 
terminal at home, they can obviously 
diagnose and fix problems without com- 
ing in. 

Systems programmers often want to is- 
sue operator commands from their own 
terminals rather than the system console. 
Normally, however, the system console 
log shows only commands issued by the 
system operator. For command auditing, 
this is a problem. For example, if a sys- 
tems programmer has forced a user off 
the system, the VM system console log 
shows only that the user was forced off 
but does not identify the systems pro- 
grammer. With VMOPERATOR and VM/ 
SP Release 4.0 or later, a site can audit 
the use of these commands, aiding in 
problem tracking. 

Do you ever wonder how long it takes 
your data center to mount a tape? VM- 
OPERATOR tracks the amount of time 
required for a tape mount and keeps this 
information in the system console log. 
Tape mount times can be easily extracted 
for the log and displayed. 


Creative Programmer 


Users of the VM operating system tend 
to be creative people. As it comes from 
IBM, VM is very limited. Luckily, VM 
is also very flexible. Unlike MVS, which 
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does not allow users much opportunity to 
play around, VM offers creative systems 
programmers a great deal of latitude. 
Anyone who has worked with VM for an 
extended period of time has been forced 
to become creative to get the most out of 
the system. 


Jennie Bohart, systems software spe- 
cialist at Trane Dealer Products Group, is 
a model of this kind of creativity. Bohart, 
case in point, is primarily responsible for 
the VM system that consists of an IBM 
4341 P12 running VM/SP plus two 9370s, 
a Model 20 and a Model 40. On the soft- 
ware side, Trane runs many of the prod- 
ucts from VM_ Software including 
VMBACKUP, VMSCHEDULER, VM- 
SECURE, VMSPOOL, VMBATCH and 
VMCENTER II. It also runs FOCUS (In- 
formation Builders, NY) and SQL on three 
database machines. The Tyler, TX com- 
pany manufactures air conditioners. 


VMOPERATOR was installed in late 
1986 primarily on the strength of Trane's 
experience with other VM Software prod- 
ucts. ‘‘We were impressed by how clean 
the code was and the sound interfaces be- 
tween all the products,’’ Bohart says. 

At Trane, VMOPERATOR is used pri- 
marily to manage the operator’s console. 
In the past, Trane’s console operators were 
used to dealing with the MVS system and 
did not have a lot of opportunity to inter- 
face with VM. The primary VM interface 
is with tape mounts. MVS, of course, does 
not like to have a scrolling console screen, 
so the operators had a hard time remem- 
bering to clear the screens on the operator 
screen. As a result, whenever someone 
wanted a tape mount, they often had to 
call the computer room to tell the opera- 
tors to find the tape mount messages that 
had the additional handicap of not being 
highlighted. 


At Trane, VMOPERATOR highlights 
and holds tape mount messages and sys- 
tem problem messages. *‘VMOPERA- 
TOR gives me the ability to keep a lot of 
the trash messages from showing up on 
console. It writes them out to a log file 
so I can inspect them later,’ Bohart says. 


What kinds of messages? ‘‘We com- 
monly suppress User ID logon messages. 
In the normal course of attaching and de- 
taching tape drives from User IDs, 
VMTAPE spits out a lot of extraneous 
messages that we roll off. Also, there are 
a lot of messages from NCCF/VTAM that 
our network operators handle that VM op- 


erators do not need to see. In summary, 
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it results in less confusion for the opera- 
tors, Bohart explains. 

Trane also uses VMOPERATOR to 
manage the SQL database machines. It 
has several users who need the ability to 
issue operator-type commands. Trane 
gives these users access to VMYIAMOP, 
a function that provides tailorable screens, 
akin to an operator console. With proper 
authorization, this screen gives users the 
ability to issue most of the commands the 
operator can issue without having to call 


the console operator. 

As an example of Bohart’s creativity, 
she uses WMOPERATOR to issue 
VMTAPE mount requests from the data- 
base machines. She explains, *‘SQL is not 
friendly when asking for tape mounts 
when it comes time to do an archive. We 
trap those messages to issue a VMTAPE 
mount request. This has been a big help. 
I do not know how we could have done 
it otherwise.’ This function is not docu- 
mented in the VMOPERATOR manual. 


VM 
PERFORMANCE 
GAINS WITHOUT 

THE PAIN. 


VMI QuickCopy is the painless way to boost 
performance on your VM system. By dramatically 
speeding up all Copyfile operations — one of the 
most resource-intensive functions in VM — QuickCopy 
makes lightning copies and improves the performance 
of DIRMAINT, PROFS, Focus, SAS and other appli- 
cations. Your entire system will work more efficiently, 
and so will your systems staff, programmers and 


end users. 


QuickCopy fully supports all of VM’s standard 
Copyfile commands and functions, so it ‘‘drops’’ 
right into your system. There’s no training, no modi- 
fications to the system, and no headaches. QuickCopy 
even installs quickly — under ten minutes in most 
cases. And it’s priced to fit painlessly into your budget. 

See for yourself why so many other VM sites are 
achieving performance gains without any pain. 


Call now for more information, or circle number 147 on 


the Reader Service Card. 


1-800-321-4VM1 
(in CA, 213-641-2600) 


‘MI 


The Leader in High Speed Copying. 


SAS is a trademark of SAS Institute ¢ Focus is a trademark of Information Builders 
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DOS, OS, or CICS Frustration? 


BIM 


hey stem maximize your system’s capabilities, saving you 
@ time, labor and expense. These program 


ets it 
your 


BIM presents a line of proven programs that 


products help get the most out of your system 
and people. 


BIM-VIO — DOS/VSE Virtual Disk Drive. Moves the Standard Label Area 
directly into memory and allows for other heavily used 
non-permanent files to be moved into memory as well. 

BIM-PACK — Automatically compresses selected VSAM files New) 
transparent to applications and end users. under DOS. 

BIMWNDOW — Multiple terminal sessions concurrently 
at CRT under DOS or OS VTAM. 

BIM-EDIT/DOS — The most powerful, flexible full screen editor available for 
DOS/VSE. 

BIM-EDIT/MVS — All of the features of our popular DOS editor 
and does not require the overhead of TSO. Can be accessed new) 
directly from VTAM or from CICS or other terminal subsystems. 

BIMSPOOL — Prints output in POWER/VSE spooling queue on local or 
remote 3270 terminal printers. (Received ICP Million Dollar Award 1982). 


BIMSPLSR — Optional laser printer support for BIMSPOOL. 
BIMSPOON — On-Line to Batch Print Spooling. Prints data passed from 
CICS application programs into the POWER spooling queue. 
BIMSPLIT — May be used separately or with BIMSPOOL to 
print parts of an existing job to terminal printers at separate sites. 
BIM-PDQ — POWER Dynamic Queuing performance enhancement. 
Eliminates 85% of the I/O to heavily used POWER queue. 
BIM-PADS — Automatically alters or deletes DOS POWER 
spooled job entries at preset intervals. 


BIM-ODIS — Comprehensive problem analysis and display of 
operational CICS system. ODISTRAK is an optional historical 
reporting feature to be used with BIM-ODIS to generate reports 
relating to system usage. DOS and OS. 
BIM-BUFF — Significantly increases the performance of VSAM 
under DOS by dynamically managing VSAM buffers. 
BIMTEXT — Word processing, document composition system. 
Create formatted documents from free-form input. DOS and OS. 
BIMSWAP — Switch local 3270 BTAM terminals between multiple CICS 
partitions without special hardware or additional ports. 
BIMCMPRS — CICS 3270 data compression system. Reduces response time 
for remote terminals significantly. DOS and OS. 
BIM-FMAP — CICS BMS on-line map generation 
and maintenance. DOS and OS. 
BIMECHO — Copies one CRT’s output to another or 
printer for problem determination and demonstration. DOS and OS. 
BIMP3270 — Comprehensive CRT screen image print facility. 
Copy to terminal printers or spool queue for system printer. DOS and OS. 
BIMSERV — On-line display of library directories and entries, VSAM Catalog 
entries, disk VTOC’s, etc. 
BIMCNSOL — Multiple/Remote System Console function for 
CICS. Display-only or full input/display versions available. 
BIMMONTR — DOS/VSE System Status, Performance Measurement, and 
POWER Queue display. 


BIMSUBMT — On-line Job Edit and Submission facility. 


Issue Operator Commands 

Trane uses VMOPERATOR to issue 
operator commands outside the IMOP 
screen. It uses this function to allow its 
disconnected service machines to do things 
like kick off an SQL archive. One of the 
machines is autologged by VMSCHED- 
ULE and issues an operator command to 
tell the SQL database machine it is time 
to start the archive. In the past, Trane 
used to do SQL displays just to keep them 
for historical purposes in the console log. 

She considers it somewhat of a limi- 
tation that VMOPERATOR does not per- 
mit her to restrict some commands when, 
for example, issuing VMSCHEDULE or 
VMTAPE commands. Doing so allows 
users to access all commands available to 
the operator’s User ID, powerful com- 
mands such as CMS, CP, End or Abend 
usually not available to IMOP users. ‘‘I’d 
hate to kick off my full-volume backups 
in the middle of the day inadvertently,’’ 
Bohart laughs. 

Part of the problem is that Trane shares 
tape drives between the VM system and 
two MVS systems. It uses the Shared Tape 
Allocation Manager from Duquesne Sys- 
tems (Pittsburgh, PA) for which VM Soft- 
ware wrote an interface to VMTAPE. 
VMTAPE allows Trane to allocate tape 
drives to a user and bypass any kind of 
security. ‘‘I’d as soon everyone not be 
able to do that,’ she adds. 

“Using VMOPERATOR, we have built 
real friendliness into our VM system for 
handling printing facilities. We have writ- 
ten some nice EXECs to make it easier 
for the operators. I cannot imagine run- 
ning VM without VMOPERATOR. It has 
made VM real usable for the operators,”’ 
she concludes. 


Missed Important Messages 


Al Columbia is senior systems pro- 
grammer at Pfizer, Inc. He works in Gro- 
ton, CT in the New York-based pharma- 
ceutical company’s Corporate Information 
Services data center. The center operates 
an IBM 3083 under VM/HPO. It installed 
VMOPERATOR in mid-1986 on the 
strength of its experience with VM Soft- 


ware, Inc. The initial justification was to 
hold messages on the console screen. ‘‘We 
constantly missed important messages to 
us. It got to the point where we had to 
tell users, ‘If you want a tape mount, call 
us, *’ Columbia recalls. In addition to 
holding messages, he soon found how 
beneficial it was to filter out messages he 
did not want operators to see. 

See VMOPERATOR page 113 


November/December 1988 


BIM programs are cost-efficient, some less than $800, average $2500. You can save 
even more with our group package offerings. Products are available on permanent, 
annual, or monthly licenses, and shipped on a 30-day free trial basis. Product 
documentation is available on request. 


BIM also performs systems programming consulting, with consultants based in 
Minneapolis and Washington, D.C. Computer time services are also available on our 
4331-2 system, on-site or remote. 


B | MOYLE ASSOCIATES, INC. 612-933-2885 
5788 Lincoln Drive Telex 297 893 (BIM UR) 
Minneapolis, MN 55436 Member Independent Computer Consultants Assn. 
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DB2 from page 66 


up the overall system logging rate (the 
logging will be eliminated in Version 
2.1). It will always cause high CPU uti- 
lization due to high repetitive scan rates 
of the buffer pool(s) and inserts of in- 
termediate results into temporary work 
tables. 

Returning a greater number of columns 
during a query will have a noticeable 
impact upon elapsed time and CPU 
consumption. Combining similar (re- 
peating field) data into one large col- 
umn will reduce both elapsed times and 
CPU requirements. Representative tim- 
ings are illustrated in Figure 4. 


Performance Considerations 

for Application Design 
These considerations are presented as 

general information and may or may not 

be applicable to any specific project. 

@ Always use ‘close=no’ for tablespaces 
that will be used on-line. This must be 
specifically coded when the tablespace 
is defined because the default option is 
‘yes’. The elapsed time to open a ta- 
blespace has been measured to require 
up to five seconds. The close can re- 
quire an equal amount of time. Ob- 
viously, the default of ‘close = yes’ is 
not viable for an on-line transaction 
processing environment. 

@ Only a maximum of 127 rows may be 
contained on a 4K page; therefore, a 
row length of less than 32 characters 
(including overhead) will leave unuse- 
able space in each page. 

@ Row lengths longer than 2,037 bytes 
(including overhead) will occupy a full 
4K page since rows cannot span pages. 
DB2 requires 22 bytes of overhead 
per page; therefore, a row length of 
2,038X2 would equal 4,076 bytes plus 
the 22 bytes of overhead will not fit into 
the 4,096 page length. 

@ A row length longer than 4,074 bytes 
will require a 32K page due to the nec- 
essary 22 bytes of overhead per page. 
32K pages must be avoided at all costs 
due to the excessive CPU processing 
requirements and the amounts of con- 
tiguous virtual storage they consume. 

@ Retrieving a ‘column’ of data requires 
CPU instructions, so combining col- 
umns in large tables that will have large 
data retrieval requirements can provide 
significant reductions of elapsed and 
CPU times. 

@ Variable-length columns (rows) 

* Variable-length columns may save 
large amounts of DASD space. 
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¢ They may also cause higher than ex- 
pected logging rates for tables that 
have high volumes of updates. It may 
not be advantageous to have the var- 
iable-length column at the end of the 
row if other columns are updated with 
greater frequency. See the next item 
regarding Logging. 
They may cause high elapsed times 
and CPU utilizations for retrievals that 
select on a set of characters (mask) 
from the variable-length column or 
from a column that follows the vari- 
able-length element because DB2 
must calculate the location of the 
tested value for each row before it can 
apply the selection criteria. 
@ Logging 
DB 2 writes all changes (updates, in- 
serts, deletes) to its log datasets. It does 
not write the entire row when data is 
updated. It only writes the data from 
the column updated to the end of the 
row; therefore, to reduce the amounts 
of data that will be written to the log 
when updating, the columns that will 
be updated with the greatest frequency 
should be at the end of the row. 


@ EXPLAIN 
The EXPLAIN option should be used 
for all queries to evaluate the access 
path selected by the optimizer. Be sure 
that RUNSTATS has been executed first 
so that all statistics are current. PLANS 
should always be re-bound with the 
EXPLAIN option. Dynamic SQL ac- 
cess paths should also be evaluated; this 
may be done through the use of EX- 
PLAIN or by turning on the SQL per- 
formance trace and evaluating the gen- 
erated MINI-PLAN in the Performance 
Trace Report. 
@ Indices 

The use of indices must be carefully 
evaluated and multiple indices should 
probably not be used for columns that 
will be used infrequently as selection 
criteria. An index must be maintained 
by the system and entries will have to 
be inserted or deleted every time a row 
is inserted into or deleted from a table. 
Using a column having data that will 
be changed (updated) frequently for an 
index is simply inviting performance 
problems — both from the added in- 
sert/delete activity in the index and po- 
tential page locking in the index. Since 
an index contains only keys and since 
there are many more keys per page than 
would be found in the table, there is 
also the potential to lock out many data 


pages in the main table (from users ac- 
cessing through the index) when lock- 
ing pages in the index. 


Conclusions 


We have learned quite a bit about DB2 
and many of the design and implemen- 
tation issues that affect application per- 
formance. At the same time, there are 
questions that arise daily and some of them 
can only be answered by complicated 
testing scenarios. A simple change to the 
structure of a complex SQL request can 
reduce (or increase) the elapsed time for 
a query by 50 percent or more. = 
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Systems Software 
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We specialize in marketing systems 
software for IBM mainframes, created 
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MVS Legends from page 87 
Legends and Rules of Thumb 


The legends cited above are qualitative 
in nature. There are numerous quantita- 
tive legends as well. We know them as 
rules of thumb — usually the really old 
ones that cannot be explained in current 
MVS terms. 


“There Is a Knee in the Curve” 


The Germ of Truth 

It is the eternal hope of those who study 
mathematical functions applying to com- 
puter performance that they will look like 
that in Figure 1. 

This might be the case when a process 
is bimodal and changes rapidly from one 
mode to another through a small incre- 
ment of the independent variable. Such 
might be the response time for a cached 
DASD volume as cache saturation ap- 
proaches. 

Unfortunately, most functions of inter- 
est resemble the M/M/1 queueing func- 
tion shown in Figure 2. 

With a function like M/M/1, there is 
no critical zone in the domain of the in- 
dependent variable. The choice of a 
guideline number is not easy, but the rule- 
of-thumb makers go right on. 


Lesson of the Legend 
In most cases there is not a knee no 
matter how much we wish to find one. 
Rules of thumb must be questioned if of- 
fered without accompanying models that 
make clear the consequences of violation. 


“Keep Device Utilization 
Below 33 Percent” 


The Germ of Truth 

If we refer to Figure 2, we see that 
when the M/M/1 model is an accurate 
representation of device queueing behav- 
ior, a device that is one-third busy will 
incur queueing delay equal to half its 
service time. Someone decided many 
years ago that these numbers had some 
magical significance — that a device less 
than one-third busy was not busy enough 
and that delaying more than half of serv- 
ice time was excessive. 


Later Developments and 
Second Thoughts 
Utilization-based performance man- 
agement methodology has given way to 
workload-oriented approaches based on 
classification and ranking of execution and 
delay states. How busy a device is is of 
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less concern than the effect the device has 
on a key workload’s measure of service. 

When we do choose to look closely at 
device behavior, we see many instances 
in which the M/M/1 assumptions under- 
lying the rule of thumb are not valid. The 
I/O arrival rate is not exponentially dis- 
tributed or the service times are more or 
less deterministic than the exponential 


model. In every such case, the rule has 
no validity. A disk drive running 80 per- 
cent busy with sequential data transfer is 
not unhealthy; it is just a funny-looking 
tape. 
Lesson of the Legend 

The rule of thumb, applied globally 
across a large configuration, may be help- 
ful. Certainly it provides a good starting 
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RD/SHARE® is a complete library management system 
designed specifically for VM/CMS. 
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Optional full-screen interface. 


Automatic expansion of included files. 

Flexible security structure with a full audit trail. 

JCL wrap facility for interface to guest operation system. 
100% VM compatible. No CP or CMS modifications required. 


Let us share a good thing with you! Call us toll free at 800-826-0313 
(612-542-1072 in Minnesota) for more information on RD/SHARE®. 
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point for classifying devices into ‘‘over- 
utilized’’ and ‘‘underutilized’’ categories. 
Serious analysis of specific performance 
problems, however, requires a view of and 
from workloads rather than of devices 
alone. 


“Keep Path Utilization Below 
30 Percent” 


The Germ of Truth 
What is true for device queueing ap- 
plies to RPS miss on single paths. The 
same M/M/1 curve applies with “‘service 
time’’ replaced by ‘‘rotational period.”’ 


Later Developments and 
Second Thoughts 
Single paths are out, two paths are in 
and four paths are coming. 
Lesson of the Legend 
It still applies to MVS/370. In XA, RPS 
miss requires M/M/c analysis, if not 
M/G/c. In any event, paths held to 30 or 
33 percent busy in XA are often under- 
utilized. 


“Keep CPU Utilization Below 
?? Percent” 


The Germ of Truth 

If we look at the CPU delay family of 
curves in Figure 3, we see another no- 
knee situation. We thus must pick some 
“‘acceptable’’ level of delay and manage 
the operating range to stay below that 
level. CPU utilization guidelines origi- 
nated with capacity planning considera- 
tions when they are useful in establish- 
ing the economic order point for a new 
processor. 


Later Developments and 
Second Thoughts 
Percent CPU utilization is of little con- 

cern in performance management. The 
absolute magnitude of CPU delay is of 
interest and is influenced by the CPU de- 
mand per transaction and the contention 
for the CPU at equal or higher dispatching 
priority. An added complication comes 
about when subsystem sub-dispatching is 
used as in CICS. Such subsystems are 
vulnerable to internal queueing at rela- 
tively low levels of ‘“CPU above.’’ 


Lesson of the Legend 
Since there is little agreement on the 
numeric threshold, this legend can prob- 
ably be dismissed as too vague. CPU de- 
lay is usually of little concern, especially 
in multi-engine configurations. When it 
See MVS Legends page 113 
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The Key to Multi-user A 


RD/COMM™ is the ideal toof for dev" Hopment or or proto eyping of of 
i 


cooperative processing systems. 
consistent, high level language interfaces to IUCV, eliminatin; the 
need to develop CP or CMS assembler m a os. No longer is 
creation of complex VM multi-user or service machine 
applications strictly the realm of the VM 


It. provides simpl 


Now owned and marketed by 
BlueLine Software Inc. 


Distributed with a working sample application, 

RDUTIL, which provides job scheduler, automatic operator 
and personal alarm clock services. 

Supports COBOL, PL/I, C, Pascal , and REXX 

as well as Assembler. 

Requires no CP or CMS modifications. 

Introductory price of $2995.00 


Communicate today! Call us toll free at 800-826-0313 
(612-542-1072 in Minnesota) for more information on RD/COMM™, 


SOFTWARE INC 1500 South Lilac Drive, Suite 340 


Minneapolis, MN 55416 
800-826-0313 or 612-542-1072 in Minnesota 
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Q How can I translate a VSAM timestamp that appears in a 
LISTCAT cluster listing into a readable format? 


A You will need to input the timestamp values into a program 
to translate them into readable formats. One of DTA’s systems 
consultants, Ed Petschl, has written an Assembler program to 
translate the VSAM timestamp. 


Note to readers: If you would like a copy of this program, 
Circle #389 on the Reader Service Card. 


Q Could you elaborate on STEPLIBS versus LNKLST? 


A The LNKLST is for authorized programs. If you put the 
authorized program library in the LNKLST, then you can ex- 
ecute the program without the need for a STEPLIB (for that 
program only). 

If you want to run an authorized program without putting 
the library in the LNKLST, then you must use a STEPLIB for 
that program and you need to put the library in the APFLIST. 
But if you put an authorized program in the LNKLST and then 
(for whatever reason or mistake) you execute the program us- 
ing a STEPLIB, you lose authorization. 

The use of the LNKLST can be a performance issue since 
the more libraries that are in the list, the longer the search 
chain becomes for all executable programs. 


Q Can you explain how the report controller feature of CICS 
1.7 works? 


A The report controller is an optional feature that can be added 
(at an extra cost) when purchasing or leasing CICS 1.7 for 
VSE/SP. This feature provides three major facilities: 

1. Additional command-level commands (EXEC CICS 
SPOOL) to allow the creation of reports from a CICS 
program. 

2. A set of on-line transactions that allows users to manage 
the reports created by CICS or batch programs. 

3. An interface that allows reports to be transferred from the 
POWER queue to a CICS printer. 

The new CICS SPOOL commands are used to create reports 
that are sent to the POWER queue. These reports can be either 
LST, PUN or RDR queue entries or transient data. Almost all 
of the POWER JOB, PUN and LST options are supported 
when creating these reports; that is, FNO, COPIES, CLASS, 
DISP and so on. These commands simplify the creation of 
reports for the application programmer. Using the new func- 
tions for submitting to the RDR queue, a user can easily create 
his own scheduling/job submission software. 

The EXEC CICS SPOOL commands simplify the creation 
of reports in a CICS program and give you the ability to easily 
specify POWER parameters. 

The on-line transaction allows users to display which reports 
are in the POWER queues, although you cannot view their 
contents. These reports can then be routed to a CICS or system 
printer. When printing reports on a CICS printer, the user has 
the same functions available as on a POWER controlled printer; 
that is, forms alignments, multiple copies, flush the report and 
so on. 

The on-line transactions work but I find them a bit unwieldy 
and difficult for users to comprehend, The user functions in 
the on-line transactions can be limited through security options 
in the CICS tables. The security is a bit more difficult to specify 
than it should be. Some third-party print spoolers deal with 
some of these features more effectively. 

The third feature allows a report in the LST queue to be 
routed to a CICS printer as if it were created by a CICS pro- 


gram. It is useful for short reports in remote locations. 
For more information, read the CICS Release Guide, GC33- 
0130. 


Q If a COBOL program uses multiple VSAM KSDS files all 
using the same SYS number, how do you assign one of the files 
to ‘IGN’ from the JCL when using external file names in a 
DOS/VSE environment? 


A You must change the SYS number on the extent card and 
add an assign statement assigning the new SYS number to 
IGN. This will ignore that file. You must be careful using this 
method of testing since you may inadvertently ignore other 
files if VSAM also uses the new SYS number you used. A 
safer method would be to copy the file to a work area and run 
the job with a different set of DLBL and extent cards. Then 
you can delete the file when you are done. 


Q We are a VM/VSE shop running a 4381. We have converted 
to VSE/SP and also converted from BTAM to VTAM in the 
process. Instead of upgrading our then-current 3274s to SNA 
devices, we went with SNA 3174s with the assumption that we 
could accumulate remote response time statistics program- 
matically. When we asked IBM how to get the statistics, we 
found that we needed NetView, a $30,000 solution to a $5 
problem. Is there an easy (and inexpensive) way to request the 
statistics and dump them to a fiat file? 


A My response is that there are no easy or inexpensive answers 
to response time statistics. You will pay one way or another 
for this information. 

The least expensive way to get statistics out to a flat file is 
to use CICS’s monitor facility. The manual on customizing 
CICS explains this very well and it is relatively easy to install. 
The price you pay is that there are no programs to read this 
data and condense it into reports. If you belong to any user 
groups such as GUIDE or SHARE, you can check their cook- 
books for available programs; otherwise, you will have to write 
your own. As you can see, this is not inexpensive but at least 
there are no out-of-pocket expenses. 

The next solution is to buy one of the many CICS response 
time monitors that are available such as: The Monitor for CICS 
from Landmark Systems (Vienna, VA), UMAX from Com- 
puter Associates (Garden City, NY), Explore/CICS from Goal 
Systems (Columbus, OH), CICSPARS from IBM, ad infini- 
tum. The advantage here is these products usually have report 
writers built in with canned reports available. 

So far I have only suggested CICS response time options. 
However the gist of your question seems to indicate that you 
want network response statistics. | am aware of two options. 
NetView or a NetView look-a-like product such as Net/Master 
from Cincom Systems (Cincinnati, OH). Another option would 
be to buy hardware controllers that have a recording device on 
them such as Lee Data (Minneapolis, MN) controllers that 
create a readable file. 

All of the above is an answer to a complex question. There 
are considerations that should be addressed before you start 
this project: 

@ What type of statistics do you want? Is it line usage, line 
problem statistics or task response time? 

@ Who will want to see these statistics and how should they 
be summarized — daily, weekly, peak hours? 

I would suggest you treat this as a complex project, deter- 
mine what you want and why you need response time statistics 
and then establish how much you are willing to spend and 
determine if the payback is there for your department. = 
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CICS from page 26 

pen. Real storage was increased by 33 
percent and processor speed was in- 
creased by 40 percent. However it is clear 
that hardware upgrades alone would not 
have corrected the performance prob- 
lem. The virtual storage constraint prob- 
lems in regions was strictly a software 
limitation. The inability of the storage up- 
grade to significantly improve response 
times bears this out. 

Exploiting the MRO feature of CICS 
was the most significant change imple- 
mented and it provided a number of ben- 
efits in addition to eliminating the virtual 
storage problem that it was intended to 
address. Creating the additional address 
spaces allowed for a higher level of pro- 
cessor utilization without suffering from 
the software queuing problem identified 
in Hackenberg’s article. The increased 
number of address spaces also allowed the 
workload to tolerate a higher paging rate 
and still provide the sub-second response 
time required. Simply stated, you get a 
better return on the hardware investment. 

Isolating terminal definitions and divid- 
ing the workload also minimizes the im- 
pact of a region failure. Failure of an ap- 
plication region will not impact the 
terminal region or other application re- 
gions. In addition, keeping the terminal 
definitions isolated reduced the time 
needed to recycle a region. Collectively, 
these items improve the availability of 
the workload. Effective exploitation of 
the MRO feature is a key element in 
any medium-to-large CICS configuration 
strategy. 

When the processor upgrade did occur, 
the CICS workload and the rest of the 
operating system components were posi- 
tioned to utilize it. Response time im- 
proved by 42 percent in response to a 40 
percent increase in processor speed. The 
other components of the operating envi- 
ronment, memory and I/O, were not over 
committed because of the increased speed 
of the processor and the multiple regions 
were able to fully utilize both sides of 
the 3081 processor. Once again, there 
was an excellent return on the hardware 
investment. = 
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CACHE MAGIC 


A large Northwestern utility company installed 
Cache Magic, and response times for over 300 
users were literally cut in half! And to make sure 
the improvements were related to Cache Magic, it 
was uninstalled —the phone never stopped ringing 
until Cache Magic was back on the job. Now no 
more phone calls! With Cache Magic, heavily 
accessed files are stored in processor memory for 
instantaneous access. |/O bottlenecks disappear! 


Why not call today and find out about amazing 
performance gains for your VM system! 


20 Years of Software Innovation 
1 (800) 537-1969 (415) 572-1200 
In Europe: +31 10 436 12 77 
® 1700 South El Camino Real, San Mateo, CA 94402 
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Powerful Programming 
Productivity Tool from 
Integrity Solutions 

MAX/SPF, a new programming pro- 
ductivity tool, has been released from 
Integrity Solutions, Inc. (Littleton, CO). 
MAX/SPF is a comprehensive, screen- 
driven, ISPF-based software product that 
increases the operation and functional- 
ity of the TSO/ISPF environment by al- 
lowing for faster navigation and easier 
access to datasets and PDS members. 

MAX/SPF addresses the limitations 
inherent to TSO/ISPF, such as having 
to remember and enter dataset names 
over and over, constantly exiting one 
function and entering another, the ina- 
bility to edit or browse VSAM files, 
cumbersome access to PDS files and no 
effective interactive PDS search capa- 
bilities. 

For more information 
CIRCLE #200 on Reader Service Card 


DB2 DASD MANAGER 


from BMC Software 

BMC Software, Inc. (Houston, TX) 
has announced the availability of DB2 
DASD MANAGER, a capacity plan- 
ning and performance tuning product 
that manages the life cycle of DB2 
physical objects. The latest in BMC’s 
series of DB2 database administration 
products, DB2 DASD MANAGER pro- 
vides a comprehensive set of statistics, 
along with functionality. The function- 
ality is needed to set up objects, mon- 
itor growth of tablespaces and execute 
maintenance when required. 


For more information 
CIRCLE #201 on Reader Service Card 


VMSQL/REORG 
Announced by VM 
Software, Inc. 


A full-function utility for reorganiz- 
ing information in SQL/DS was re- 
cently announced by VM Software, Inc. 
(Reston, VA). VMSQL/REORG im- 
proves database administrator produc- 
tivity by reducing the amount of time it 
takes to perform routine database func- 
tions such as; maintenance of data- 
bases, DBSPACEs, tables and indexes. 

VMSQL/REORG automatically re- 
clusters indexes, reclaims unused 
DASD, redistributes tables across 
DBSPACEs, redistributes DBSPACEs 
across storage pools and updates table 
definitions. It also features extensive on- 
line documentation and help files and 
employs an SAA-compatible, pull-down 
menu user interface. 


For more information 
CIRCLE #202 on Reader Service Card 


IMS/VS Users Get 
Integrated DB2 Performance 


Management 

Boole & Babbage (Sunnyvale, CA) 
has announced IMF (IMS Management 
Facilities) Release 2.5.0, completing the 
extensions to all seven IMF products in 
support of DB2. IMF provides real time, 
on-line performance management for 
IMS/VS installations. 

DB2 extensions added to IMF Re- 
lease 2.5.0 are: IMS Workload Ana- 
lyzer, IMS Workload Monitor, IMS Per- 
formance Reporter and IMS Transaction 
Accountant. These extensions, pack- 
aged as options to the base products, 
now provide total DB2 performance 
management to installations running 
both DB2 and IMS systems. The DB2 
extensions operate in the MVS/XA and 
MVS/ESA environments. 


For more information 
CIRCLE #203 on Reader Service Card 


Main Memory Upgrades for 
4381 Model 2X Computers 

EMC Corporation (Hopkinton, MA) 
recently introduced main memory prod- 
ucts for 4381 Models 21, 22, 23 and 24 
computers. These upgrades are avail- 
able in four and eight megabyte arrays 
and are 100% compatible with all hard- 
ware and software. 

EMC’s main memory upgrades im- 
plement one megabit RAM technology 
for improved performance and reliabil- 
ity. These main memory upgrades are 
priced 25% lower than comparable up- 
grades from IBM. 


For more information 
CIRCLE #204 on Reader Service Card 


PMO/Extended Optimizes 
Non-ESA DASD 


Performance 

PMO (Program Management Optim- 
izer)/Extended is a management soft- 
ware option from Duquesne Systems 
(Pittsburgh, PA) that extends processor 
life and allows non-ESA processors to 
access DASD as if they had ESA. It 
reduces end-user response time through 
improved directory management with- 
out the expense of upgrading existing 
hardware. 

PMO/Extended offers performance 
features for MVS environments such as: 
directories for all private, non-LNKLST 
libraries can be kept in virtual storage 
to further reduce search I/Os; dynamic 
addition or removal of libraries is ac- 
complished by simple operator com- 
mands; on-line listing of candidate li- 
braries; automatic, global LLA refresh. 


For more information 
CIRCLE #209 on Reader Service Card 


Latest Version of EXTEND/ 


VSE Improves Throughput 

Improved VSE throughput and in- 
creased DASD sharing are benefits of 
the latest version (2.50) of EXTEND/ 
VSE, a lockfile replacement tool from 
Goal Systems International Inc. (Co- 
lumbus, OH). 

EXTEND/VSE now reduces I/Os as- 
sociated with processing VSE Standard/ 
Partition Labels and provides extensive 
on-line displays that monitor the VSE 
external lock manager. It also dramati- 
cally improves VSE Standard/Partition 
Label I/O by caching the label area in 
the EXTEND/VSE server machine 
storage. DASD contention is reduced by 
eliminating the physical I/Os needed to 
handle the request. This capability in- 
creases VSE throughput. 


For more information 
CIRCLE #206 on Reader Service Card 


CONTROL-D Report 
Distribution and 
Management System 
CONTROL-D, an advanced Report 
Distribution and Management System, 
recently became available from Tone 
Software Corp. (Anaheim, CA). 
CONTROL-D retrieves reports, us- 
ing the new CONTROL-D Access 
Method (CDAM), either from the JES 
spool queue or directly from the appli- 
cation program. All reports are stored 
in compressed format. Although some 
Report Distribution Systems require 
large dedicated databases for storing and 
retrieving reports, CONTROL-D re- 
quires no preallocated space. Datasets 
are allocated by CONTROL-D as they 
are needed and X-37 abends are said to 
be a thing of the past due to the way 
CDAM performs dataset allocation. 


For more information 
CIRCLE #207 on Reader Service Card 


CA-APCDOC Automates 
Production Documentation 


Requirements for 
MVS Users 


Computer Associates (Garden City, 
NY) has announced CA-APCDOC, a 
complete interactive on-line job infor- 
mation system which automatically 
gathers job, program, procedure and job 
report information directly from the JCL 
to provide complete on-line operational 
information. 

CA-APCDOC provides 27 standard 
reports such as run books, cross refer- 
ences, missing documentation reports, 
and so on, and includes a flowcharting 
feature for job scheduling of informa- 
tion stored in the databases of CA’s au- 
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tomated scheduling systems; CA-7, CA- 
SCHEDULER and CA-MANAGER. It 
is available for data centers running 
MVS or MVS/XA. 


For more information 
CIRCLE #208 on Reader Service Card 


New VM/XA Monitor 


Analysis Program 

XAMAP, the VM/XA Monitor Anal- 
ysis Program, has been announced by 
Velocity Software, Inc. (Boston, MA). 
XAMAP analyzes system performance 
monitor data produced by VM/XA Sys- 
tem Product. It generates reports for use 
in performance analysis activities and 
also stores, retrieves and reports from 
extracts of monitor data to facilitate ca- 
pacity planning and long-term perform- 
ance trend analysis. 

XAMAP reads a file of monitor data 
collected from a VM/XA SP system. 
The file may reside on disk or tape. 
Typically, collection is performed using 
the MONWRITE command, a tool sup- 
plied as part of the VM/XA operating 
system. XAMAP executes under CMS 
in either VM/XA or VM/SP. 


For more information 
CIRCLE #205 on Reader Service Card 


VM Users Get the 


Information Systems Series 

Now for VM users, a complete 
framework for producing custom-tai- 
lored standards and procedures is avail- 
able from Computer Resources Group, 
Inc. (San Francisco, CA). Called the 
Information Systems Series, it is an in- 
terlinked set of four manuals (and ac- 
companying diskettes) that allows for 
customization of documentation using 
word processing software on an IBM 
(or compatible) PC. 

The Information Systems Series helps 
reduce documentation time, budget and 
effort because a framework of docu- 
mentation is provided that has been field- 
tested and proven effective. 


For more information 
CIRCLE #215 on Reader Service Card 


Westinghouse Enters IMS 
Software Market 


Westinghouse Management Systems 
Software (Pittsburgh, PA) has intro- 
duced two products for the IMS market 
— SPICE, a productivity aid for imple- 
menting restartable IMS/VS application 
programs and BORIS, a powerful IMS 
monitoring tool. 

SPICE, the first of its kind for the 
IMS market, is designed to emulate and 
extend IMS/VS symbolic checkpoint 
restart and cut the costs of developing 


and operating restartable applications. 
It prevents delays in the startup of on- 
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line systems and loss of on-line trans- 
actions resulting from re-running of 
batch work after an initial failure. Jobs 
can be restarted without JCL changes. 

BORIS is an IMS monitor that not 
only monitors full function and fast path 
transactions, but also accurately ac- 
counts for mixed mode transactions 
without duplication. It requires no IMS 
code and imposes no overhead on the 
on-line system while not impacting the 
critical IMS logging process in any way. 

For more information 
CIRCLE #214 on Reader Service Card 
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CACHE MAGIC 


A major Los Angeles manufacturer installed 
Cache Magic and knocked three hours off their 
nightly batch processing. They eliminated a two 
hour daily overrun into online processing, and 
boosted their system’s batch processing capacity 
by a full hour. As their job mix changed, Cache 
Magic reacted by uncaching their less active files 
and replacing them with more active ones — 
automatically. Instant access to memory resident 
files meant big performance gains! 


Unique Security Product 


LOCKSMITH, from SYSMITH, Inc. 
(Marina del Rey, CA), is a unique com- 
puter information security system that 
controls access to classified informa- 
tion. A technology breakthrough has 
given LOCKSMITH the capability to 
recognize, access and protect records, 
fields and individual characters. This is 
the key to a series of functions never 
before possible in security systems be- 
cause most other systems are not able 


See Product Update page 112 
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Why not call today and find out about amazing 
performance gains for your VM system! 


20 Years of Software Innovation 

1 (800) 537-1969 (415) 572-1200 

In Europe: +31 10 436 12 77 

1700 South Ei Camino Real, San Mateo, CA 94402 
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Pete CLaRK’s VSE ForRuM 


SITUATIONS & SOLUTIONS 


SITUATION 
Improve VSE performance 


SOLUTION 


If possible, run VSE native instead of 
under VM. I am not a fan of running a 
production VSE system under VM. It is 
simply because of the performance dif- 
ferences. 

Migrating from earlier releases of VSE 
to VSE/SP 2.1 or later will result in a 
performance improvement for 99 percent 
of the VSE user base. The reasons for this 
are: more efficient blocking of VSE li- 
braries, more available virtual storage that 
should allow most users to increase file 
buffering, improved channel switching, 
improved task dispatching at VSE/SP 3.1 
VIO POWER queue entries, improved 
data file blocksizes and a host of other 
items too numerous to mention. 

Improve paging service times or reduce 
paging? 

The first and simplest answer to this 
question always has to be to add addi- 
tional real memory. Unfortunately some 
of us have already reached the VSE limit 
of 16MB real memory, so for us the so- 
lutions are somewhat more complex. If 
increasing real memory is not an option, 
then consider the following: improve 
service times for paging by utilizing faster 
DASD, eliminate any channel/device 
contention that may be caused by having 
other highly accessed data residing on the 
page dataset device or channel, imple- 
ment channel switching for the device that 
contains the page dataset, reallocate the 
page dataset onto multiple DASD, install 
a cache control unit for the page subsys- 
tem or install one of the memory devices 
that simulates a disk drive. 

If you are running multiple VSEs with 
any degree of sharing, then a ‘‘lock file 
extension’? product can certainly offer 
substantial performance improvements. 
When running under VM, there are sev- 
eral lock file products available: CACHE 
MAGIC (SDI, San Mateo, CA) and EX- 
TEND (Goal Systems, Columbus, OH), 
and perhaps several others. If you also 
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require a non-VM native VSE system par- 
ticipating in the lock file, then only EX- 
TEND furnishes this support via a CTCA. 
Utilizing this type of support moves the 
lock file access to memory, resulting in 
substantially improved response, a signif- 
icant reduction in I/O and a consistent 
leveling of throughput. 


Install and implement an improved par- 
tition balance facility. Simple VSE time 
slicing for partition balancing is not con- 
ducive to excellent CICS response times. 
What is needed is a balancer that can be 
tailored to react to CPU and I/O load. 


Resolve the VSE logical transient bot- 
tleneck, thereby lessening the contention 
for resources and allowing more multi- 
processing. Several things can be done: 
load transients into the SVA if room is 
available, utilize move mode to eliminate 
the I/O load time and accurately tailor the 
SDL facility to contain the library ad- 
dresses of the most-used phases. A better 
solution is to install the Multiple Logical 
Transient Area (MLTA) and Fast Tran- 
sient Loader (FTL) facilities of FAQS from 
Goal Systems, substantially decreasing 
LTA contention. 


For improved tape processing controls, 
speed and accuracy, install a tape man- 
ager. Upgrade 3420 tape drives to 3480 
drives for additional processing speed and 
improved reliability. On 3480 tape drives 
there is no real space or speed advantage 
unless blocksize exceeds 4K. Perform- 
ance and speed continue to improve with 
larger blocksizes. The minimum recom- 
mended is 16K; preferred, 32K. 


To improve label processing efficiency 
and reduce label processing I/O and waits, 
implement a facility to place the standard 
label areas in memory. Many installations 
do not realize how large a bottleneck this 
can be. If you cannot place the label area 
in memory, then ensure that labels are lo- 
cated as rapidly as possible by placing 
them into the user label area. Your worst 
option is to place all labels in the standard 
label area since it is always searched last. 
Searching the label area is done via a 


search cylinder command with a key equal 
option and can result in the DASD being 
busy for a lengthly interval. Label area 
search order is user, partition and stand- 
ard. Utilize user everywhere possible. Do 
not place the label area on a DASD that 
already contains other highly accessed files 
or facilities. 

Install a terminal for the operator that 
can support an alternate console facility. 
The primary reason for this is so the op- 
erator can utilize the alternate console for 
scrolling back and forth while the system 
console can continue to write messages 
and jobs can continue to process rather 
than wait because a message needs to be 
output and the console has been scrolled 
backward. There are several excellent 
VSE third-party vendor console products 
on today’s market. Of course, this could 
be accomplished utilizing the console 
support VSE/SP contains in the interac- 
tive User Interface. Many of the console 
products offer special user defined PF key 
support at the native console. Imple- 
menting this for the 24 most-used com- 
mands will certainly speed up operator re- 
sponses. 

Another solution is to implement a fa- 
cility that would answer most, if not all, 
console replies automatically. Try ZACK 
from Altai Systems (Arlington, TX). An- 
other possibility would be to implement 
a batch control file where answers could 
be stored prior to batch runs and have the 
applications access the batch control file 
rather than the console for replies. 

Significant improvements in batch run 
times can usually be obtained by reducing 
all required interaction between the sys- 
tem and an operator. Several users have 
asked if they could use the IBM supplied 
Job Manager facility. 

Yes, you can use it but be aware that 
IBM does not support your use of this 
facility. It is supported only for IBM’s 
specific use. The Job Manager is not doc- 
umented and is limited to only one active 
partition at a time. I believe it is of limited 
value as a job manager facility in a pro- 
duction environment. If you really need 
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a job manager/scheduler, there are several 
good ones on the market. The one I am 
most familiar with is another Altai Sys- 
tems product called ZEKE. ZEKE is an 
exceptionally powerful job scheduling 
system that I believe can manage even the 
most complex environment. 

Another possibility for a rather sim- 
plistic job manager system is to utilize 
VSE/SP conditional JCL, the VSE job ac- 
counting interface, and a user-coded batch 
program as processing controls. I have 
seen some rather simple inventive ‘‘Job 
Manager Systems’’ created using these 
facilities. 

Generally a VSE user should attempt 
to minimize I/O that must be performed 
to service a request. A VSE user should 
also minimize any contention that would 
result from having highly accessed re- 
sources together. Always attempt to sep- 
arate POWER queue and data files, the 
page dataset, label areas, VSE system li- 
braries, the VSE lock file and highly ac- 
cessed data files. 


SITUATION 
Improve POWER performance 


SOLUTION 


The POWER data blocksize should be 
enlarged to more efficiently transfer 
POWER data. I recommend using 4K or 
6K as a good balance of memory utili- 
zation versus DASD space utilization for 
users of VSE/SP 2.1 or later. For prior 
releases, just under 2K seems best. 

POWER users prior to VSE/SP 3.1 
should investigate BIMPDQ from B I 
Moyle & Associates, Inc. (Minneapolis, 
MN). BIMPDQ puts the queue file into 
virtual memory for POWER 2.2 and ear- 
lier users and dramatically reduces I/O re- 
quest. POWER 2.3 implements a similar 
facility using the V/O facility of VSE/SP 
3.1. Both facilities offer substantial per- 
formance improvements. 

If you cannot utilize one of the in- 
memory queue file facilities, then do not 
put the POWER data and queue file on 
the same DASD spindle and do not put 
either one with any other highly accessed 
data. The POWER files tend to be one of 
the top three-to-four busiest packs. 

Implement one of the *‘fast printer sup- 
port’’ facilities. The one I am familiar with 
is contained in FAQS from Goal Systems. 
FPS blocks data coming from a partition 
to POWER, thereby reducing interrup- 
tions to POWER for spool-out requests. 

To reduce POWER processing over- 
head, keep the active queue file entries to 


a minimum; long queue chains require 
substantial resources to process. Do not 
use POWER as a long term storage facil- 
ity for printouts; offload them to tape. 


SITUATION 
VSE Enhancement Task Force 


COMMENTS 


Membership on the Task Force de- 
pends on developing, testing, implement- 
ing and distributing a successful VSE ex- 


tension. If you are interested or have 
suggestions, let me hear from you (615) 
622-5141. = 


ABOUT THE AUTHOR 
Pete Clark has been in data processing 
for 25 years, the last 11 with Olan Mills, 
Chattanooga, TN. Clark is a recognized 
authority on the DOS/VSE operating sys- 
tem. He has worked many years to extend 
the limits of VSE. 


Ferrorimarice 
SO AINAZING.. 


U think ts 


CACHE MAGIC 


With Cache Magic, improved VM system 
performance has never been easier. Enjoy 
accelerated online response times, dramatic 
reductions in batch run times, and complete more 
transactions in the same, or less time — all without 
the cost of additional hardware. Cache Magic 
eliminates I/O bottlenecks by storing your most 
active files in processor memory. And Cache 
Magic is always at work, automatically determining 
which files should be cached. 


Why not spend ten minutes with one of our 
representatives to find out what Cache Magic can 
do for you? All you have to lose are user 
complaints, batch overruns, and expensive 
hardware upgrades. 


20 Years of Software Innovation 
1 (800) 537-1969 (415) 572-1200 


SDI In Europe: +31 10 436 12 77 
® 1700 South El Camino Real, San Mateo, CA 94402 
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Product Update from page 109 


to detect any increment of data smaller 
than a file. 

LOCKSMITH is a low-level system, 
completely separate and insulated from 
applications code. It permits a much 
faster and easier implementation by not 
impacting either the program code, the 
database structure or the program ar- 
chitecture. 


For more information 
CIRCLE #212 on Reader Service Card 


MAGEC Application 
Development System 
Enhanced 


MAGEC.  Software’s (Plano, TX) 
Mask & Application Generator & En- 
vironment Controller (MAGEC) soft- 
ware, which is driven by its active data 
dictionary, now contains extended dic- 
tionary facilities which provide auto- 
matic field-level help for all MAGEC 


WHAT ZEKE 
DOES FOR 


AUTOMATED 


SCHEDULING... 


When Zeke, the scheduler that works, was released 
in 1982, it revolutionized automated job scheduling. 
And today, it’s still the best scheduler on the market 
—better than CA-Scheduler, UCC-7, or any other. 

Zeke is designed for today’s data centers, not yester- 
day’s batch environments. Only Zeke can open and 
close online files. Automatically reply to job mes- 
sages. And bring the online system up and down. 

With Zeke, installation takes hours instead of 
days. Implementation takes days instead of months. 
Whether you're running MVS, VSE, or both. 

And there's another important difference: Zeke 
costs less. Less to buy, less to implement. 

For a free copy of Datapro’s independent analysis 
of job scheduling software, call Altai Software today. 

You'll find out how Zeke revolutionized automated 
job scheduling—and how it can do the same for your 


data center. 


The scheduler that works. 
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generated on-line applications. MA- 
GEC automatically generates basic help 
text which may be supplemented with 
additional explanations by the user, if 
desired. 

This new version (2.0) also includes 
a new feature for the database admin- 
istrator called Business Rule Process- 
ing. This new facility enables the DBA 
to include unlimited data validation and 
default rules along with the basic data 
definitions. To remove the burden from 
the application programmer, the pro- 
cessing is automatically inserted into any 
generated applications which update that 
data element. These benefits are avail- 
able using standard VSAM, with or 
without a third-party DBMS. 


For more information 
CIRCLE #213 on Reader Service Card 


DASD/Plus Offers 
Continuous CICS 
Availability 

DASD/Plus is a CICS resource man- 
agement system that lets data center op- 
erators Carry out traditional CICS facil- 
ity management tasks while providing 
application users with continuous sys- 
tem availability. Recently introduced by 
On-Line Software International, Inc. 
(Fort Lee, NJ), DASD/Plus also signif- 
icantly reduces the twin liabilities of off- 
line maintenance and application down- 
time traditionally associated with CICS 
management. 

DASD/Plus provides real-time sup- 
port for files and transient data queues, 
which must be defined to the system in 
order for CICS to access them. It also 
performs on-line file allocation and 
deallocation. 


For more information 
CIRCLE #211 on Reader Service Card 


JCLPREP Announced 


by Altare 

JCLPREP, a complete JCL manage- 
ment system, has been announced by 
Altare Computer Company (Gilroy, 
CA). JCLPREP detects JCL errors, re- 
formats JCL, automates JCL conver- 
sions, dynamically modifies JCL and 
provides validation and enforcement of 
standards. It comes complete with ge- 
neric reports and auditing and has built- 
in report writing capabilities. 

At the heart of JCLPREP is the unique 
Expert Editing Facility (XEF) which will 
perform logical JCL manipulation and 
modification. It requires no compiling, 
assembling, linking or programming 
expertise. 

For more information 
CIRCLE #210 on Reader Service Card 
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VMOPERATOR from page 102 


“*Since then, we have taken advantage 
of many other features,’ Columbia says. 
One result is that Pfizer no longer keeps 
hardcopy operator logs: it is all on disk. 
It keeps about a month’s worth of data on 
disk just as it did when it had hardcopy. 
VMOPERATOR overwrites the oldest data 
automatically. Columbia is gratified that 
at the top of every screen, VMOPERA- 
TOR lists the CPU utilization and the 
number of users logged on to the system. 

Pfizer has configured VMOPERATOR 


MVS Legends from page 105 


does turn out to be significant, workload- 
oriented approaches should lead to useful 
results quickly. 


Legends of Tomorrow 

As we wait to see what MVS/ESA will 
bring, we note that the announcements 
were short on specifics especially about 
performance. The opportunities for leg- 
end formation abound. 


“MVS/ESA Requires Two 
Gigabytes of Expanded 
Storage” 
Beginning of a Legend 
This assertion appeared in a trade press 
article based on a few interviews several 
days after the announcement. What some- 
one said or what the reporter concluded 
was that because MVS/ESA can exploit 
a great deal of expanded storage (the two 
gigabytes available on the largest 3090Es), 
all of that is required. 
Lesson of the Legend 
The assertion is false and dangerous. 
As facts replace speculation and unwar- 
ranted inference, it should fade away. 


Conclusion 


Legends are necessary in history and 
civilization. They serve a limited purpose 
in MVS performance management. When 
they obscure facts and rule out viable 
choices, when the underlying facts have 
changed, legends must be discarded or at 
least rebuilt from scratch. If the advice 
given throughout this article can be sum- 
marized, it is “‘Listen, learn, analyze, 
plan, measure — and think for yourself!”’ 


ABOUT THE AUTHOR 
Stephen L. Samson is an executive con- 
sultant for Candle Corporation, 1999 


so the operator can control any discon- 
nected machine. By hitting a PF key, op- 
erators become the operators of discon- 
nected machines such as RSCS or VTAM 
just as if they had logged on directly. *“The 
beauty of it is that it will not let you log 
that machine down from the VMOPER- 
ATOR environment,’ Columbia says. 
Columbia is also pleased with the 
Names feature of the newest release. This 
feature displays all user IDs on the system 
sorted by CPU utilization, Start I/Os and 


pages. ‘“‘Now, when the resource utiliza- 
tion is high or response time is low, we 
can use VMOPERATOR as a monitoring 
system to see what the problem is,’’ he says. 
For more information, contact VM Soft- 
ware, Inc., 1800 Alexander Bell Drive, 
Reston, VA 22091, (703) 264-8000. = 


ABOUT THE AUTHOR 
John Kador is a free-lance writer and 
a frequent contributor to MAINFRAME 
JOURNAL. 


ZACK WILL 
DO FOR 


AUTOMATED 


OPERATIONS. 


Introducing Zack, the operator's operator—a revolu- 
tionary new product from Altai Software. 
Zack lets you literally program your computer for 


unattended operations. 

Other products may duplicate a few of Zack’s capa- 
bilities—but none come close to matching Zack’s 
combination of outstanding features and exceptional 
flexibility. 

Zack not only suppresses and responds to mes- 
sages. Zack also lets you issue system commands. 
Write your own operator commands. Schedule com- 
mands by time of day. And more. Which means 
greater productivity, efficiency, and accuracy for any 
MVS or VSE system. 

Working alone, Zack can achieve dramatic results 
for your data center. And for even greater benefits, 
you can use Zack side-by-side with Zeke, the schedu- 
ler that works. 

To find out more, call Altai Software today. We'll 
show you how the operator's operator can automate 
your operations. 


The operator’ operator. 


Bundy Dr., Los Angeles, CA 90025, (213) Software that works. 


442-4150. 


© Copyright Candle Corporation 1988. 


ALTAI Software - 624 Six Flags Drive - Suite 150+ Arlington, Texas 76011 
1-800-227-7774 (answered 24 hours a day) 
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Twenty Years of Software Innovation 


Twenty years in the life of most in- 
dustries is merely a point on a time line; 
a fraction of its overall history. Not so in 
the world of computer software. Here, 
twenty years represents the entire life of 
the industry. And a dynamic life it has 
been; one marked with rapid, sometimes 
fatal changes. 

It is for these very reasons that SDI is 
proud to celebrate its twentieth anniver- 
sary this year in the business of providing 
high quality, innovative systems software 
to the IBM mainframe market. In 1968, 
SDI was among the handful of companies 
to pioneer the then unique concept of 
selling software to mainframe users. 
Founded by three former IBM profes- 
sionals, these men understood the need 
for software products that enhanced and 
expanded on those provided by IBM. 
They also understood that users were 
willing to pay for software that could of- 
fer hardware cost savings and improved 
productivity. 

SDI develops and markets DOS and 
VM software products designed to fill a 
specific “‘niche’’ in the market: products 
that provide immediate, benefit-oriented 
solutions to user dilemmas. That is a phi- 
losophy that is not going to change in the 
near future, at least according to SDI’s 
Bruce Pastorius, director of marketing. 

“Our approach is consistent and rela- 
tively simple. All of our products need to 
meet four basic criteria. First, they must 
be innovative. There are no ‘“‘me too” 
products in our current line. We listen to 
our users and directly address their prob- 
lem areas. In fact, some of our products 
have no competition within the industry,”’ 
says Pastorius. 

Secondly, our products must be simple 
to install by our customers. We take great 
pride in ease-of-use and implementation. 
Thirdly, they have to be easy to maintain 
— no complicated procedures to cloud 
product utilization. Lastly, and most im- 
portantly, every product must supply 
readily quantifiable benefits to each and 
every user,’” explains Pastorius. 

SDI has maintained an enviable track 
record with a list of products that have 
kept pace with IBM hardware and oper- 
ating system developments. Their first 
product, GRASP, a comprehensive fam- 


| ily of programs designed to enhance per- 


formance and hardware utilization in DOS 
environments, was eminently popular with 
IBM System/360 users. Many well-re- 
ceived products followed including EPAT, 
the world’s first automated tape library 
manager. As the mainframe user mi- 
grated to the System/370 and DOS/VSE, 
SDI introduced Instant-FBA, the first 
software product designed to provide 
complete disk compatibility for DOS/VSE 
users. 

More recently, SDI took notice of the 
fact that VM was becoming the operating 
system of choice for many mainframe 
users and began to address some of their 
unique problems. SDI entered the VM 
systems software market in 1984 with VM 
Magic, a disk compatibility product. VM 
Magic allows any guest operating system 
under VM to utilize any physical DASD 
without regard for previous restrictions 
caused by disk architecture, access meth- 
ods or programs. VM Magic’s popularity 
was confirmed by an ICP Million-In-One 
Award in 1985. 

The newest addition to the SDI product 
line is Cache Magic. Cache Magic en- 
ables VM users to dynamically place their 
most heavily used disk files in processor 
storage for instantaneous access. This en- 
ables them to greatly reduce I/O opera- 
tions and enhance overall system perform- 
ance without costly hardware upgrades. 

“We fully realize our products are 
somewhat esoteric and that educating our 
prospects in their capabilities is part of 
our job. Still, when potential users find 
out they can run any operating system 
with any disk device or that they can im- 
prove overall VM system performance 
overnight, their skepticism disappears,” 
Pastorius points out. 

From the beginning, one of SDI’s 
priorities has been to provide product 
compatibility with IBM’s new and ex- 
tended operating systems. This commit- 
ment was reaffirmed recently when SDI 
announced support for its VM_ products 
in the VM/XA environment. 

SDI realizes its products must be tech- 
nically excellent to complement and 
enhance IBM’s systems software. The 
products are conceived and produced ex- 
clusively for IBM or compatible main- 
frame users and all interface with stand- 
ard IBM software. It is corporate policy 


to maintain the simplest of installation 
procedures and strive for the most expe- 
dient and solution-oriented technical sup- 
port possible. Each product is supplied 
on a standard format magnetic tape ac- 
companied by a clear, easy-to-understand 
User Guide. Support is available 24-hours- 
per-day, 365-days-a-year. 

The scope of SDI’s product line is con- 
stantly expanding. ‘It takes a great deal 
of research and analysis to transform a 
product ‘possibility’ into a functioning, 
solid software product. We know that 
well-designed systems can mean the dif- 
ference between productive performance 
and costly bottlenecks. Good ideas and 
customer feedback are key, but ideas alone 
do not get the job done — it takes peo- 
ple,’ says Pastorius. 

“‘T would say we are unique in the in- 
dustry in that we have individuals in mar- 
keting, development, technical support 
and administration who have been with 
the company for more than ten years. 
When you add that experience level to a 
track record for breaking new ground, you 
have a powerful combination — stability 
for our customers and a legacy of inno- 
vation for our own people,’ Pastorius 
reasons. 

SDI-USA is headquartered in San Ma- 
teo, CA with field sales offices in Hack- 
ensack, NJ and Minneapolis, MN. In ad- 
dition, SDI has an international division 
based in Europe and has agents in Can- 
ada, South America, Australia, Africa and 
Asia. The company has manufacturing 
facilities in California and the United 
Kingdom with research and development 
centers devoted exclusively to the design 
and manufacture of systems software 
products. 

By listening to its customers, SDI feels 
able to respond to their needs in the most 
timely means possible. **We take pride in 
our ability to pinpoint operating system 
shortcomings and in the ability of our de- 
velopment team to create products to fill 
these gaps. We are specialists, if you will, 
in extending and improving the capacity 
and performance of our users’ main- 
frames. We have been at it for twenty 
years and we are proud of our accom- 
plishments. We hope to be doing the same 
twenty years from now,’’ concludes 
Pastorius. 


November/December 1988 


3 


MvVvs APPLICATION TUNING 


Exploring the Boundaries 
of Space-lime 


Basic questions about Space-Time remain 
unanswered today. Will the Universe 
expand forever? What, if anything, could 
retard its expansion? 


What about your IBM MVS mainframe 
universe? Will your memory, disk space, 
hiperspace and CPU time requirements also 
expand forever? Is there anything you can 
do to retard this expansion? 


Fortunately, you don’t have to master 
Einstein’s general theory of relativity to 
answer these questions. Programart’s 
STROBE® Performance Measurement 
System tells you just where CPU time is 


spent within your mainframe address 
spaces. It enables you to quickly spot and 
correct inefficiencies that produce excessive 
resource demands. 


With STROBE, you can: 


© Tune your applications both during and 
after development 


Reduce online response times 
4 Shorten critical batch processing runs 
Postpone costly hardware upgrades 


To learn how to keep critical applications 
within your space-time boundaries, call 
Programart today at (617) 661-3020. 


PROGRAMART 


1280 Massachusetts Ave. MJ Cambridge, MA 02138 


STROBE will help you tune applications in CICS, DB2, IMS DB/DC, and other DB/DC environments, as well as batch processing programs. 


STROBE is a registered trademark of Computer System Architects Incorporated 
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time — 
~ -weshed 
alittle 
light on 
what 
were up 


_ For years you’ve known 
VM Software as “The VM 
Experts”—the “1 source of 
data center management 
software for VM environments. 
‘Today we’re more committed than 
ever to the needs of VM users. And 
we're exploring a whole new range 
of ways to help—both inside the data 
center, and outside. 

Some of these new directions have 

~ even taken us beyond VM itself, to 

the complex world of multi-operating- 
system networked environments. As 
these environments become more com- 
mon, the need for new kinds of systems 
management tools becomes critical. And 
we are now providing the first of these 
tools, with many more to come. 

What lies ahead? A continuing stream 
of innovation across four product areas 
with crucial implications for VM and 
networked environments: Data center 
management. Relational technology. 
Network data movement. And network 
management and administration. 

We believe these directions are in 
sync with your own evolving needs. As 
those needs continue to evolve, rest 
assured that we will be there with prod- 
ucts and technology you can count on. 
For more information write or call 
VM Software, Inc., 1800 Alexander Bell 
Drive, Reston, VA 22091, (703) 264-8000. 
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